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OBJECTIVE OF DP839EB CHEAPER/ETHER DEMONSTRATION KIT 


The Cheaper/Ether demonstration kit is intended to provide designers with tools 
for evaluations and development of networking products using the DP839X chip 
set. The kit supports Ethernet, Cheapernet and Starlan networks as described 
in the IEEE 802.3 standard. All required documentation has been provided 
inside this binder, including the circuit diagram, PAL equations and option set- 
tings. Software tools are also provided as guides to developing drivers for the 
DP8390 Network Interface Controller. It is important to read all hardware and 
software manuals prior to installing the demonstration kit. 


IN CASE OF PROBLEMS... 


If you encounter sroblems not addressed in the documentation, contact your loca] National Sernicon- 
ductor Field Engineer or Field Sales Office. They will provide you with any additional support you may 
require. 


ff you have further technical inquiries regarding operation of =he JP839X cnip set contact Nationa 
Semiconductor at (408) 723 4247 (for the DP8390) or (408) 721 3857 (DP8392 and P8391). 
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Today’s computer systems and information processing needs have created ahuge demandfor | 
Local Area Networks (LANs). The IEEE 802.3 Standard for Ethernet/Cheapernet and Starlan has | 
become the most popular networking solution. National Semiconductor provides a complete three} 
chip solution for an entire 802.3 design as well as supplying a broad range of products to fill the 
needs of network design engineers. The chipset consists of the DP8390 Network Interface 


Controller (NIC), the DP8391 Serial Network Interface (SNI) and the DP8392 Coaxial Transceiver | 
Interface (CTI). | 


To place your name on the mailing list for design information updates and to receive further | 
information on National’s Advanced Peripherals please return the enclosed card or contact your | 
local National Semiconductor Sales Office. : 


THE CHIPSET FEATURES INCLUDE 


DP8390 OP6391 DP8392 
e Interfaces with 8-, 16-, and e 10 Mbit/sec Manchester e Integrates all transceiver 
32-bit microprocessor systems encoding/decoding with electronics except signal and power 
e Implements simple, versatile receive clock recovery — isolation | 
buffer management e Patented digital phase locked loop e Innovative design minimizes external 
e Utilizes low power microCMOS decoder requires no precision component count | 
process external components e Externally selectable CD heartbeat | 
‘ Wneiudes e Decodes Manchester data with up to allows operation with IEEE 802.3 : 
_Two 16-bit DMA channels t 20 ns of jitter compatible repeaters 
-16-byte internal FIFO with e Squelch circuits at the receive and e Designed for rigorous reliability 
programmable threshold Collision inputs reject noise requirements of IEEE 802.3 | 
Network statistics storage e Connects directly to the AUI cable e Squelch circuitry at all inputs rejects 


noise 
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DP839EB Network 
Evaluation Board RevC 


OVERVIEW 

The National Semiconductor OP839EB Evatuation Board 

provides IBM PCs and PC Compatibles with Ethernet, 

Cheapemet and STARLAN® connections. The evaluation 

board is compatible with the PC-bus and requires only a 1%, 

Size Slot for installation. The evaluation board utilizes Na- 

tional Semiconductor’s Ethernet/Cheapernet chipset con- 

sisting of the DP8390 Network Interface Controller, the 

OP8391 Serial Network interface and the DP8392 Coaxial 

Transceiver interface. The OMA capabilities of the DP8390, 

coupled with 8 kbytes of buffer RAM, allow the Network 

Interface Adapter to appear as a standard !/O port to the 

system. 

HARDWARE FEATURES 

© Half-Size IBM PC !/O Card Form Factor 

e DP8390 Network interface Controlier with OMA 

@ 8 kbyte on-board Multipacket Buffer 

e Clean DMA Interface to IBM-PC 

@ Ethernet interface via 15-Pin 0 Connector 

@ Cheapernet Interface via BNC Connector 

¢ Starian Support with Optional Daughter Card and 8-Pin 
Modular Phone Jack - 

e DP8391 Serial Network Interface 

e DP8392 Coaxial Transceiver Interface (For Cheapernet) 

@ Low Power Requirement 


SOFTWARE FEATURES 


¢ No Software changes for conversion between Ethernet/ 
Cheapernet and STARLAN 


© Demonstration and diagnostic software available 


National Semiconductor Corp. 





NETWORK INTERFACE OPTIONS 


The evaluation board supports three physical layer options: 
Ethernet, Cheapernet and STARLAN. When using Ethemet, 
a drop cable is connected to an external transceiver which 
is connected to a standard Ethernet network. (See Figure 
1). When using Cheapernet, a low cost version of Ethernet, 
a transceiver is available on-board allowing direct connec- 
tion to the network via the evaluation board. (See Figure 2). 
When using a STARLAN network, an optional daughter card 
replaces the SNI function and implements the required elec- 
tronics to interface the OP8390 NIC to STARLAN. This con- 
figuration is illustrated in Figure 3. No software changes are 
needed for conversion between any of the described config- 
urations. 


HARDWARE DESCRIPTION 


The block diagram shown in Figure 4 illustrates the architec- 
ture of the Network Interface Adapter. The system/network 
interface is partitioned at the DP8390 Network Interface 
Controller (NIC). The NIC acts as both a master and a slave 
on the local bus. During reception or transmission of pack- 
ets, the NIC is a master. When accessed by the PC, the NIC 
becomes a siave. The NIC utilizes a local 8-bit data bus 


connected to an 8k x 8 Static RAM for packet storage. The 
8k x 8 RAM is partitioned into a transmit buffer and a re-. 


ceive buffer. All outgoing packets are first assembied in the 
packet buffer and then transmitted by the NIC. All incoming 


packets are placed in the packet buffer by the NIC and then 


transferred to the PC's memory. The transfer of data be- 


tween the evaluation board and the PC is accomplished us- — 


ing the PC’s DMA in conjunction with the NIC’s Remote 
DMA. Two LS374 latches implement a bidirectional I/O port 
with the PC bus. The 8-bit transceiver (LS245) allows the PC 
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FIGURE 1. Ethernet Connection 
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to access to the NIC’s internal registers for programming. A 
32 x 8 PROM located on the evaluation board contains the 
unique Physical Address assigned to each board. 

Since the NIC is accessing 8-bit memory, only a single dem- 
ultiplexing latch is required for the lower 8-bits of address. 
An LS373 is provided for this purpose. 

A 20L8 PAL provides the address decoding and support for 
DMA handshaking and wait state generation. 


SOFTWARE SUPPORT 

The evaluation board provides a simple programming inter- 
face for development of software. Several software pack- 
ages are provided for evaluation and development of net- 
works using the DP8390 Chip set. SOEMO is a demonstra- 


tion program that provides a low level interface to the — 


OP8390 NIC for transmission and reception of packets. 
SDEMO supports register dumps and simple register modifi- 
cation. CONF is a conferencing program which supports 
simple message transfer. WORKSTAT and SERVER sup- 
port file transfer beta 3en two nodes, one configured as a 
server and a second configured as a workstation. NLS, Net- 


work Load Simulator, is a program that simulates network 
loads based on statistical distributions of packet sizes, 
bursts and intervals. NLS is useful for performance mea- 
surement and debug of software drivers. NES, Network 
Evaluation Software, consists of sample software drivers 
implementing a low level interface to the evaluation board. 


LOCAL MEMORY MAP 


The OP8390 NIC accesses an 8k x 8 buffer RAM located in 
its 64 kbyte memory space. This buffer RAM is used for 
temporary storage of receive and transmit packets. Data 
from this RAM is transferred between the host (the PC) and 
the evaluation board using the OP8390 NIC’s remote DMA 
channel. An ID address PROM, containing the physical ad- 
dress of the evaluation board is also mapped into the mem- 
ory space of the NIC. 

Note: Partial decoding is performed on the PROM and RAM which will result 
in these devices appearing at other locations in the 64k memory 
space. The first occurrance ofthe PROM and RAM are used for pro- 
gramming purposes. 





0000h 
001th 
@ 
@ 
2000h 8k x 8 
Stffh BUFFER RAM 
ff Pr 
PROM FORMAT 


Each evaluation board is assigned a unique network (physi- 
cal) address. This address is stored in a 74S288 32 x 8 
PROM. The physical address is followed by a checksum. 
The checksum is calculated by exclusive OR-ing the 6 ad- 
dress bytes with each other. At initialization the software 
reads the PROM, verifies the checksum and loads the NIC’s 
physical address registers. The following format is used in 
the PROM: | 
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G36Ed0 LIN-D ISN 









nesrese [arteries 


ADDRESS 0 
(Physical Address Most 
Significant Byte) 


em | _aooness1 
(ean | aoonesse 
[ean | aoonesss 
[om | _Avoness¢ 


ADORESS 5 
_ (Physical Address Least 
Significant Byte) 


CHECKSUM 
(XOR OF ADDRESS 0-5) 
OPTIONAL 


REV. NUMBER 
| 08h ~=—Ss—séiE«Ss MANUFACTURRELOT # 


MANUFACTURE 
DATE (MONTH) 
MANUFACTURE 
DATE (YEAR) 
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FIGURE 5 


1/0 SPACE | 

The I/O space and Ethernet/Cheapemet configurations are 

selected using the various |/O jumpers. There are 4 sets of 

jumpers that should be programmed prior to installation of 

the evaluation board into the PC environment. There are: 

J4 \/O address, interrupt selection, OMA chan- 
nel assignment 


J1C-J7C, J7E Select Ethernet or Cheapernet 


JY Selects Ethernet/Cheapernet or STARLAN 
clocking 
JB, JC Selects B3 or C stepping silicon 


Figure 5 depicts the location of the jumpers on the evalua- 
tion board. 


The Factory installed Configuration Is: 
J4 /O base = 300h 
Interrupt = IRQ3 
OMA = DREQ1, DACK! 
- J1C-J7C, J7E Cheapernet selected 


JY Ethernet/Cheapernet clock selected 

JB, JC JB shorted selects revision B silicon, JC se- 
lects REV C 

1/0 SPACE 


The evaluation board uses 32 |/O locations in the PC’s I/O 


space. The base address /¢ fixEm AT 3ooW AO 1s NOT SELECTABLE 


using jumpers. (See Switch settings section.) The |/O map 
is shown below: 







BASE + 00h 
Oth NIC REGISTER 
02h SPACE 
03h e 
04h 
05h 
O6h 
07h 

e 
Ofh 
10h 1/0 PORTS 
e @ 
¥h ® 
NOTES: 


The NiIC’s Command Register is always mapped at Base + 
0. The NIC registers are Base + 01 to Base + Of will con- 
tain different registers depending on the value of bits PSO 
and PS1 in the Command Register. These two bits select 
one of four register pages. For additional information con- 
sult the OP8390 data sheet. 





The NIC uses a OMA channel to read/write data from/to 
the 8k x 8 Buffer RAM on the evaluation board. Typically a 
DMA channel on the PC is used in conjunction with the 
NIC’s remote DMA. The I/O ports are then serviced by the 


‘DMA channel. If a OMA channel on the PC is not available, 


the NIC’s OMA can still be used by accessing the !/O ports 
using programmed I/O. Reading the !/O port address will 
result in a RACK strobe to the NIC while writing the |/O port 
address will result in a WACK strobe to the NIC. 


SWITCH SETTINGS 

Jumper J4 allows assignment of OMA 
channel assignments and interrupt Request assignments. 
The jumper configuration is shown below and described in 
the following sections. 


( i { i oO 90 | oO oO 
R R R R R R R A A 
Q Q@ Q@ Qa € € Q € C€ 
23 4 5 90 Q 5 «K kK 
1 3 1 3 
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1/0 BASE ADDRESS 


THe s/o PAs€e Exon Reve 
BeAmas ss Fixed AT Z00r 
Adela 15S NWOT SELECTABLE. 


INTERRUPTS 


The NIC will generate interrupts based on received and 
transmitted packets, completion of DMA and other internal 
events. The interrupt can be connected to Interrupts 2, 3, 4 
or § (IRQ 2, 3, 4, 5) via Jumper J4. Interrupt § is also provid- 
ed as a software driven OMA Channel. If Interrupt 5 is being 
used as a OMA channel Interrupt 5 cannot be chosen for 
the NIC interrupt. The figures below illustrate the jumper 
positions for the various interrupt levels. 





interrupt 2 


‘@ ® 
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interrupt 3 
(Factory installed) 
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Interrupt 4 


TL/F/9179-11 


Interrupt 5 


(a, 


Note: Rev C CEM0 S$eFT WARE 
wict WoT woeK UAILESS THE 
FACTORY CONFIGURATION 
FeR Tunpee Beock TY 
is SEP. 


fa cToRy CONFI & URATION ¢ 





OMA 


The evaluation board requires 1 DMA channel on the PC 
expansion bus, OMA channel 1 or 3 can be selected. The 
corresponding DACK line must also be installed on Jumper 
J4. if your PC contains an SOLC card then DMA channel 3 
must be selected. 


OMA Channel 1 
(Factory Installed) 


wa) NN 
HBAS HAS 
TL/F/9179-15 
DMA Channel 3 


BBB RESBB 


TL/F/91279-16 


lf a OMA channel ts not available an interrupt driven routine 
can be used to move data between the PC and the buffer 
memory on the evaluation board. Interrupt 5 is used for this 
function. 


IRQ 5 tor DMA 


TL/F/9179-17 


SELECTING ETHERNET OR CHEAPERNET 


Two 10Mbit/sec Interface option are available, a connec- 
tion to an external transceiver via the OB-15 connector, or a 
direct interface to a BNC T-connector. Seven jumpers are 
used to select the appropriate option. These jumpers are 
labeled J1C-J7C and J7E. 


For Cheapernet the following jumpers should be shorted: 





TL/F/9179-18 
(Factory Installed) 
For Ethernet the following jumpers should be shorted. 





TL/F/9179-19 
Double check the jumper positions prior to powering up the 
board. | 

SILICON VERSIONS 


The evaluation board supports two revisions of silicon. JB 
selects REV B83 silicon. J — selects REV C silicon. 


(JC Factory Installed) 


C=] 
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OSCILLATOR 

For future STARLAN daughter board applications; a divide 
by 10 scaler is provided to allow switching of the bus clock 
on the OP8390 to 2 MHz. The jumper, labeled JY should be 
configured as shown. 


Ethernet, Cheapernet | 


(Factory Installed) 
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APPENDICES 


The remainder of this document contains the evaluation 
board parts list, schematic and PAL eee 


PARTS LIST 


[PartNo | Description [Quantity 
Turia 
[weve [rasan Sid 
[us —rauseesn i 
[ua —*d vases Sd 
[us| raiszon i 
2 
ue [Hezeai00orew | + 
[ve forest 
[—~vi0_—fevesus Sid 
[un [oreo Si 
[ve S—SC 




























[ure _[reeaos SSCs 
puts foresee tt 
Crystal Oscillator Module f+ | 
| 20 MHz +/—.01% 
[orca _[pnaco.tosamng. | 2 
| CRT tNQt4diode | 
| RYA2ZR3R22 | 4.7K5% carbon | 4 
| RGA7ABRO [39n1% = | 
| RARS | 5109 5% carbon | 2 
FRIOR11,R12,A13 [1.5K 5% carbon | 4 
5 
_A17__ [1a 4Wearson | 
R19 | aks carbon | 
[rao [2.85% carbons 
[ret | «900 5% carbon | 
| RIS [Shorted = | 
[R18 [ RAXY-TOB Opens 
| R16 | RARX2-TBDShorted =| 1 


C1,C7-C17__ | 
(C10, C19 optional | 2-47 HF 9 
__€3,C21 47yF ELECTROLYTIC | 1 | 


Note: Q1, 02, R21, R20, A19 not required for DP8392-4 parts or later. R15, 
R18, R16 provided as an option to drive 93/N coax. 
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PALZULS National Semiconductor 


I/O Addreas Decode Plus for NIA January 14, 1986 
DECODE Doug Wilson 
A& A7 A6 AS A4 NC /NMRD NA13 /IORD /IOQWR GND 


BQ /DACK /WAIT AEN /RACK /WACK /CSX /CSN NC /CSROM /ACK VCC 


CSN = /AEN® AS® AS® /A7™ /AG® /AS® /Ad® IOWR + 
/AEN® AG® A8* /A7® /AG® /A5S® /A4® IORD 


RACK 


/AEN® AS*® ABs /A7® /SAG® /AS*® A4e PROQe IORD + 
DACKe IORD : 


WACK = /AEN® AS®* A&S® /AT7® /AG® /AS*® A4e PROe IOWR + 
DACKe IOWR 


CSX = CSN + 
| JAEN® AS* A8&®# /AZ7® /A62% /AS® Ade IORD + 
/JAEN® AS? A8&® /A7* /AG® /SAS® Ade IOWR 


IF (CSX) 
WAIT = /ACK *® CSN + 
/PRQ * /CSN 


CSROM = /NA13 #*® NMRD 

Description 

This pal perforna the I/0 decodes for selecting the NIC, and the handshake 
Vals for NIC’a remote dma. The peal supports the dma channels of the PC for 


mote DMA tranafera with the NIC and also allowa the use of satring I/O betweer 
80286 PC’sa and NIC’asa remote DMA. 






Uaing DECODE fixea the I/O BASE of the card at 300h. NIC registers fall in 
the space 300h - 30fh. To use the atring I/O port, reads and writes are 
done to port 310h. 


Wait atates are inserted (WAIT) to the PC bus when regiater accesses are given 
and the NIC ia buay performing other operationa (auch aa local buratsa). 
When the NIC ia ready, /ACK ita given and no (more) wait states are inaerted. 


Wait states may also be inserted during remote DMA operations and 80286 
machines using string 1/0’s. WAIT occurs during a remote read if the PC AT’s 
/IORD goes low before the DP8390’s PRQ goes high. Similarly, WAIT occurs 
during a remote write if the PC AT’s /IOWR goes low before the NIC’s PRQ goes 
high. 


NIC registers are accessed when CSN (Chip Select NIC) is asserted. The IORD 
and IOWR terms are included to ensure that the address linea are valid when 
CSN ia given. 


The RACK and WACK signals are used by the NIC’s remote DMA channel to 
acknowledge the end of a single read or write operation through the remote 

DMA I/O ports. These port are addressable by the PC DMA channel with DACK and 
"™ or IOWR, or by addressing the I/0 location 310h (with atring I/0’s). 





CSX 1a used to enable the TRI-STATE output of WAIT during a register access 
(CSN), and during atring I/0 to the remote DMA’a I/0 port (CSX). 


CSROM provides addreaa decode for the card’s address PROM. The card’s unique 
Ethernet address is transferred to the system using the NIC’a remote DMA. 


P*116R4 National Semiconductor 


‘itnite Tranamit Defer Fix | | January 14, 1987 
SYNC | Doug Wilagaon 


CLK CRS NC /MWRIN NC NC PCRST CLKIN COL GND | 
/ENABLE /CLKOUT /MWROUT COL1 CRS1 CRS2 NC NC /NICRST VCC 


CLKOUT = CLKIN 


/CRS1 3:= /CRS 


/CRS2 := /CRS1 + 
/CRS 


/COL1 := /COL 
NICRST = PCRST 


MWRIN 


' MWROUT 


Deacription 


This pal aynchronizesa CRS and COL signala from the SNI to ensure that NIC 
never sees half-level voltagea on CRS or COL. Thia ia achieved by sampling 
them with an inverted 20 Mh2 clock (CLKOUT) and giving the COL1 and CRS1 

‘ -nalea to the NIC. 


NICRST ia a power-on reaet signal given to the NIC, generated by inverting the 
PC signal RST DRV. | 


MWROUT just passes MWRIN thru. This exiata to provided a jumper for the 
MWR signal that was needed for the SCAP4 pal (Rev B boards). 
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Cable Installation and Ordering Guide 


Once the NIAs have been installed into the PCs (see the NIA Hardware Reference 
Manual for installing NIAs) they are ready to be cabled together. 


CHEAPERNET 
The connection scheme shown below is for Cheapernet (thin Ethernet) networks. 


¢-T 
Pe a ret. 
TERA MTOR 





The network is constructed by first connecting two lengths of cable together 
with a BNC-T adapter as shown below. 


a 7 . . 
. . gy 


CHEPERNET CAELE 
Cra ETHERVET) \ 


—<D 


At each end of the network a BNC-T adapter and terminator are connected as 
depicted below. | 








Cable Installation and Ordering Guide ) Preliminary 


Finally the connection to the NIA board is made with the BNC-T as shown below. 





ETHERNET 
The connection scheme shown below is for Ethernet (thick Ethernet) networks. 


ie Tenaceveh, TMCk — Conn 





The network is constructed by first connecting two lengths of thick Ethernet 
coax together with an Ethernet transceiver box. Transceiver boxes are also 
added at each end of the coax. A terminator must be added to the ends of the 
thick Ethernet eeecent as depicted below. 


THer - [hartwiarer 
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Cable Installation and Ordering Guide Preliminary 


Finally the connection to the NIA board is made with the transceiver cable as 
shown below. 
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CABLE PROCUREMENT 

Both Cheapernet (thin Ethernet) and thick Ethernet cableing and accessories 
may be ordered through INMAC. Included is a copy of the LAN products offered 
by INMAC in the June 1986 INMAC catalog. Also included is INMAC ordering infor- 


mation: 
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SOFTWARE AND SAMPLE DRIVER EXAMPLES 


Software Reference Manual 


* Computer Conferencing Program 
* Demonstration Network Software 
* NIA Access Software 

* Network Load Simulator 

* Network Evaluation Software 

* Writing Drivers for the DP8390 


National. software Fc asarcd 
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SOFTWARE DISCLAIMER 


The enclosed software is not a suprorted product. Jt was developed and supplied 
solely for demenstration purposes. Although the demonstration software has 
been thoroughly tested, National Serniconductor does not assume responsibilitv 
for any defects or anomalies found in the software. Source code has been pro- 
vided to allow modification or troubleshooting by the customer if necessary. 
Any modification of the software is the sole responsibility of the customer. 


SOFTWARE UPDATE FOR THE DP8390 


The enclosed diskette contains software upgrades for using DP8390 Revision C 
silicon. All of the programs provided in the original DP83SEB evaluation kit have 
been upgraded. The operation of all the upgraded software is the same as in the 
original DP839EB software. 


The program name changes from the original DP839EB versions are 
listed below: 


v.B3+ — Vv. 
Sdemo -—--> Sdemoc 
Conf -—--> Confc 
Workstat -—--> Workstatc 
Server —-> Serverc 
Nes —-> Nesc3oo 


NLS —-> NLSFF 
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OVERVIEW 


The Computer Conferencing Program (CONF) provides an introduction to local 
area networks (LAN). Using National Semiconductor's Network Interface 
Adapter (NIA), CONF sets up a real-time interactive networking environment. 
Messages entered at one terminal propagate throughout the network and are 
displayed at the companion NIA equipped terminal running CONF. The NIA is an 
IBM PC-compatible LAN demonstration board designed to evaluate National's 
IEEE 802.3-compatible DP8390 network chip set. The DP8390 chip set is one of 
’ the latest of National's Advanced Peripheral Processing Solutions (APPS:) family 
of VLSI circuits for microprocessor peripheral interface applications. The board 
plugs into any PC-compatible machine and incorporates all of the components 
required to provide a LAN interface to Ethernet or Cheapernet networks. An 
optional daughter card allows LAN interface with low cost STARLAN networks. 


FEATURES 
e SIMPLE SETUP/CONFIGURATION 

¢ MESSAGES TRANSFERRED AND DISPLAYED ON EACH TERMINAL 
¢ SPLIT SCREEN DISPLAY WITH WINDOWS FOR TRANSMIT AND RECEIVE 


REQUIREMENTS 


CONF requires a network of at least two NIA equipped nodes. Each NIA must be 
previously configured as outlined in the Installation manual. The PC must be 
operating on DOS 3.0 or greater. | 


LOADING AND RUNNING 


Boot the node using DOS 3.0 or greater. Insert the EXECUTABLE CODE disk into 
the active drive. Invoke CONF from the keyboard by typing CONF [return]. Note 
the status window which indicates the condition of the NIA (see figure 1). If an 
error message is present follow these troubleshooting procedures: 


1) Powerdown and re-boot. 

2) If an error occurs during J/0 or DMA testing then check 
the jumper blocks on the NIA board (see the Network In- 
terface Adapter Hardware Reference Manual). 


3) If any other error please check the network cable con- 
nections and terminators. 


If no errors are indicated, press any key to exit the status window. 
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4t this point CONF is ready to send and receive messages through the network 
(provided there is at least one other CONF equipped node on the network). To 
initiate communication enter a message from the keyboard. The message will 
appear on your terminal in the Message Entry window as depicted above (figure 
2). To send the message simply press F1 (function key 1). The message will pre- 
pagate through the network and appear in the Message Display window of any 
other node operating with CONF. The message is automatically sent when the 
Message Entry window fills to capacity while typing a message. 


Messages from other nodes running CONF will appear in the Message Display — 
compartment on your terminal (figure 3). These messages will be replaced by 
any subsequent transmissions from other nodes. To exit CONF press ‘centrol] C. 


ae 


Figure 3 
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OVERVIEW | 








The Demonstration Network Software package (D-NET) demonstrates file 
transfer operations within local area networks (LAN). The D-NET software pack- 
age contains two programs which together emulate the networking relationship 
between a workstation and a file server. SERVER is the file server emulator and 
shares its disk drive capabilities with workstations on the network. WRKSTAT is 
the workstation emulater which may access the file server's disk. Using 
National Serniconductor’s Network Interface Adapter (NIA), D-NET sets up a 
real-time interactive networking environment in which the workstation can read 
directories. type and transfer files to and from the file server. The NIA is an JBM 
PC-compatible LAN demonstration board designed to evaluate National's IEEE 
6802.3-compatible DP8&390 network chip set. The DP8390 chip set is one of the 
latest of National's Advanced Peripheral Processing Solutions (APPS:) family of 
VLSI circuits for microprocessor peripheral interface applications. The board 
plugs into any PC-compatible machine and incorporates all of the components 
required to provide a LAN interface to Ethernet or Cheapernet networks. An 
optional daughter card allows LAN interface with low cost STARLAN networks. 


FEATURES 

e SIMPLE SETUP/CONFIGURATION 
e FILES TRANSFERRED BETWEEN EACH TERMINAL 

eA COMPLETE MENU DRIVEN SOFTWARE PACKAGE 


REQUIREMENTS 

D-NET requires a network of at least two NIA equipped nodes. Each NIA must be 
previously configured as outlined in the Installation manual. Additionally. 
COMMAND.COM must reside in the root directory of the active disk drive. The PC 
must be operating on DOS 3.0 or greater. | 


LOADING AND RUNNING 


Boot each node using DOS 3.0 or greater. Insert the EXECUTABLE CODE disks - 
into the active drive of each PC. Invoke SERVER from one keyboard by typing 
SERVER [return]. Type WRKSTAT [return] on the other. Note the status window 
on each terminal which indicate the conditions of each NIA (see figure 1). If an 
error message is present follow these troubleshooting procedures: 


1) Powerdown and re-boot. 

2) If an errer occurs during 1/0 or DMA testing then check 
the jumper biocks on the NIA board (see the Network In- 
terface Adapter Hardware Reference Manual). 


3) If any other error please check the network cable con- 
nections and terminators. | 


If no errors are indicated, press any key to exit the status window. 
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THE FILE SERVER 

The file server must have a non write-protected disk inserted in its active drive 
(or a fixed disk as an active drive). The system will not work properly if the file 
server cannot read and write onto a disk. The file server is now ready to 
interact with the workstation. 


THE WORKSTATION | 


A menu of WRKSTAT’s main functions is displayed on the terminal as shown in 
figure 2. The items on the menu are accessed using the cursor control keys of 
the PC’s numeric keypad. Pressing the (2:] key moves the cursor down the 
menu, and the (8?] key moves it up. If the cursor control keys are not perform: - 
ing these functions press the [NumLock] key. The [return] key is used to select 

the desired function. : | 


Files must be 20Kbytes or less when typing or copying. 


— typing a file use (control][S] to stop/start scrolling or [control]!C] to abort 
yping. 
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The Network Interface Adapter Access Software package (henceforth referred to 
as SDEMO) is a demonstration/learning tool which provides the means to investi- 
gate the NIA's capabilities. Using National Semiconductor’s Network Interface 
Adapter (NIA), SDEMO sets up a real-time interactive networking environment. 
The NIA is an IBM PC-compatible LAN demonstration board designed to evaluate 
National's IEEE 802.3-compatible DP8S90 network chip set. The DP83S90 chip set 
is one of the latest of National’s Advanced Peripheral Processing Solutions 
(APPS:) family of VLSI circuits fer microprocessor peripheral interface applica- 
tions. The board plugs into any PC-compatible machine and incorporates all of 
the components required to provide a LAN interface to Ethernet or Cheapernet 
networks. An optional daughter card allows LAN interface with low cost STARLAN 
networks. 


FEATURES 

e SIMPLE SETUP/CONFIGURATION 

e COMPLETE NIC ACCESS AND CONTROL 

eA COMPLETE MENU DRIVEN SOFTWARE PACKAGE 


REQUIREMENTS | 
SDEMO requires an NIA equipped PC operating with DOS 3.0 or greater. The NIA - 
must be previously configured as outlined in the NIA Hardware Reference 
‘Manual. Additionally, the program storage disk should be conditioned using the 
Installation Utility. : oe 


LOADING AND RUNNING 


Boot the PC with DOS 3.0 or greater. Invoke SDEMO from the keyboard by typing 
SDEMO [return]. The terminal will now display the Main Functions selection 
screen as shown in figure 1. : | 


ACCESSING THE MENUS _ 


The items on the menu are accessed using the cursor control keys of the PC’s 
mumeric keypad. Pressing the [23] key moves the cursor down the menu. [8*] 
moves it up. If the cursor control keys are not performing these functions press 
‘the [NumLock] key. The [return] key is used to select the desired function. The 
Escape key [esc] is used by SDEMO to exit the current window. . 
Throughout this document the various windows will be numerically referred to 


by their corresponding section headings. It should be noted that these numbers 
exist only in this document and are not displayed on the terminal by SDEMO. 


NIA Access Software Preliminary 


Main Functions | . oe 
The Main Functions window is your viewport into SDEMO’s four main functions of 
initialization, register and memory access, packet transmission and packet 
reception. | 

SDEMO does not initialize the NIA when it is invoked. This feature is useful for 
determining the state that the NIA has been left in by another process (a sys- 


tem crash, perhaps). To use SDEMO for anything other than determining the 
current stale of the NIA it is necessary to select the initialization option (win- 


dow 1.1). 





Main Functions 


1. Initiaiize NIC and perform loopback tests. | | 
This window (figure 1.0) becomes incumbent when the initialize: option is 
selected ‘rom the Main Functions window. The options in this window are for 
power on initialization and for receive Alter initialization. 





Figure 1.0 


1.1. Initialize board and perform loopback tests. 

This is the power on initialization option and must be selected before any other 
options cam be executed. This option need only be selected once for each 
SDEMO session. After Ne uaAt this option. note the status window which indi- 
cates the condition of the NIA (see figure x). If an error message is present fol- 
low these troubleshooting procedures: 
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1) Powerdown and re-boot. 


2) If an error occurs during J]/0 or DMA testing then check 
the jumper blocks on the NIA board (see the Network In- 
terface Adapter Hardware Reference Manual). 


3) If any other error please check network cable connec- 
tions. 


Press any key to exit the status window. 


1.2. Accept all packets from the network. | 

This selection puts the NIC into promiscuous mode. The NIC’s Receive 
Configuration Register is programmed to 1Fh and all multicast bits are set. Any 
packet on the network will be accepted. 


1.3. Accept only address match packets. 
In this mede only packets which have a destination address that matches the 
address residing in the Physical Address Registers and packets that have a mu- 
ticast address that hashes to a bit set in the Multicast Address Registers will be 
accepted. The Physical Address Registers must be initialized using window 1.4 
before the address match filter will work. 


_ 1.4 Initialize physical address registers. 

This option opens a window (figure 1.4) which prompts for the physical address 
that is to be programmed into the Physical Address Registers. Twelve hex digits 
are required. Valid hex digits are Q ~ 9, andA~ fF. The registers are automati- 
cally programmed with the entered address. 





Figure 1.4 


L5. Clear all bits in the multicast registers. 


This option clears all the Multicast Address Register bits to zero so that no mul- 
ticast address packets will be recognized. This option should be used before any 
multicast addresses are set to insure that only the desired multicast addresses 
are recognized. 
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1.6. Set a multicast address. 7 
This option opens a window which prormpts for twelve hex digits of the multicast. 
address. Valid hex digits are 0 + 9, and A ~ F. Once entered, the multicast 
address is hashed by a routine similar to CRC generation (see PD8390 Data Sheet 
for more information on multicast address hashing). After the multicast 
address filter bit number is found by the hashing routine it is displayed and the 
bit is set in the Multicast Address Registers. The desired multicast address 
packet will now be recognized by the receive filters. 


1.7. Hash a multicast eddress. 


Similar to 1.6 except the Multicast Address Register bit is not set. The option | 
only determines which bit a multicast address hashes to. The multicast address 
will not be recognized by the receive filters unless it has been set using window 
1.8. 


1.8. Return to previous menu. 
Returns SDEMO to the Main Functions window (pressing [esc] does the same). 


2. Access NIC registers and display buffer memory. 


This menu (figure 2.0) allows read/write/display access to NIC registers and 
buffer memory. | 





2.1. Read a NIC register. 


This option allows you to display the contents of any register without altering 
the contents. The window prompts for a port number in hex. Enter the desired 
address and press [return]. The contents of that port will be displayed within 
the window. Allowed addresses are 0000h ~ FITFh. | , 


2.2. Write to a NIC register 


Using this option you can write a byte of data into any register. The window first 
prompts for the port number in hex and then for the data byte (in hex) to be 
written. : 


2.3. Display buffer memory 

This selection is used to display a portion of the buffer memory. You will be 
prompted to first enter in hex the starting address and next for how many bytes 
you would like to display. Allowed addresses are 0000h ~ FFFFh. NIA ROM starts 
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at 0000h and ends at 0020h. NIA RAM starts at 2000h and ends at 4000h. SDEMO 
will indicate that a DMA is in process and then display the specified buffer 
memory space in hex. Pressing any key during display will terminate the 
display. | } 


2.4 Display NIC status registers. 

This option opens a window (figure 2.4) which displays the contents of the NIC’s 
‘status registers. Each of the eight rows contain the register's name followed by 
it's value in hex. Also displayed are the register's bit names and numbers, with 
the numbers of the set bits in each register highlighted by inverse video. Press 
any key to continue. 





2.5. Return to previous menu 
Returns SDEMO to the Main Functions window (pressing [ese] does the same). 


3 Create and transmit packets. 


This menu (figure 3.0) accesses SDEMO's packet management and transmission 
routines. . 
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31. Set the destination address. 


Abeer gala prompts for a twelve digit destination address (in hex) for the: 
packet. 


3.2. Create a packet from the keyboard. 


- Use this option to create a packet. The packet must not exceed 4096 charac- 
ters. The [return] key enters the packet into memory and terminates the win- 
dow. The previous keyboard packet will be overwritten in the process. 


33. Transmit the keyboard packst. 
Selecting this option transmits a single keyboard packet onto the network. 


3.4. Save the keyboard packet on disk. 


This option allows you to save the keyboard packet onto the disk for future use. 
Enter a valid DOS flename and press feetare — 


35. Transmit a saved packet on the disic. 


Select this option to transmit a packet which has been previously stored on a 
disk. Enter the filename and press [return]. At this point pressing any key will 
transmit the packet and return to the transmit window. 


36 Continuously transmit the keyboard packet. 


In this mode the keyboard packet is continuously transmitted. The window 
prompts for a delay factor between transmissions. The delay is linear (a delay of 
eight is twice as long as four) and may be between zero and 32000 inclusive. 
Each transmitted packet is indicated by a dot printed om the screen. Pressing 
any key terminates transmission and returns to the previous window. — 


3.7. Display the NIC status registers. 
This selection is equivalent to window 2.4 described previously. 


3.8. Return to the previous window. | 
Returns SDEMO to the Main Functions window (pressing [esc] does the same). 


4. Receive and display incoming packets. 
This menu (figure 4.0) accesses SDEMO’s packet display and statistics gathering — 
routines. | 





tele ce te ee 
Sere 
eee’ 
ec er) 
pine PRR sD 
or a ee 
ea 


“eee 
ae ee 


. 0% 
seeiefe 
oO e'ereres 


OS A Ee a 
oe eee. we 8 ee 


ea te 
ace a! “e! 
oe ° 


208 
reel oes, 
eis, iatete 
reese 
ee etere ote? 
© ovee ote 


National Semiconductor UY oe, ] Y July 1986 


NIA Access Software 7 Preliminary 


4.1. Display incoming packets.. 


Selecting this option displays incoming packets which pass through the receive 
filters. The left column displays the packet in hex while the right column 
displays it's ASCII equivalent. Pressing any key terminates the display and 
returns to the previous window. 


4.2. Initialize the receive filters. 
This selection is equivalent to window 1.0 described previously. 


4.3. Gather network statistics. 


This option allows for monitoring network traffic. Each accepted packet is indi- 
cated by a dot printed on the screen. The number of accepted packets while in 
this mode is stored in the number of packets counter which rolls over at 32000. 
Errored packets are also tallyed and these counters roll over at 192. Pressing 
any key ends statistic gathering and returns to the receive window. 


4.4, Display network statistics. 


This selection opens a window which displays the network statistics. It indicates 
how many packets were received and how many were lost due to frame align- 
ment errors, CRC errors and buffer overflow. Press any key to exit this window. 


4.5. Display NIC status registers. 
This selection is equivalent to window 2.4 described previously. 


4.6. Return to the previous window. 
Returns SDEMO to the Main Functions window (pressing [esc] does the same). 


5. Quit SDEMO and return to DOS. 


Terminate the current SDEMO session and reenter the DOS environment (press- 
_ ing [esc] does the same). 
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OVERVIEW | | 
The Network Load Simulator program (NLS) is a useful Local Area Network (LAN) 
development tool for evaluating and testing driver level software. Packets are 
transmitted in bursts with menu selected packet sizes, interpacket delays, burst 
sizes and interburst delays as depicted in figure 1. All parameters can be set to 
fixed values or may be set to vary linearly or bimodally within a selected range. 
ing varying delays and packet sizes, traffic on an active LAN can be emu- 
lated, and driver software can be tested and evaluated in a typical environment. 
Packets sent out contain a MOD 15 counting pattern which can be conveniently 
verified by the receiving nodes (NES supports checking of this pattern). 





The NIA is an IBM PC-compatible LAN demonstration board designed to evaluate 
National's IEEE 802.3-compatible DP8390 network chip set. The DP8390 chip set 
is one of the latest of National's Advanced Peripheral Processing Solutions 
(APPS:) family of VLSI circuits for microprocessor peripheral interface applica- 
tions. The board plugs into any PC-compatible machine and incorporates all of 
the components required to provide a LAN interface to Ethernet or Cheapernet 
networks. An optional daughter card allows LAN interface with low cost STARLAN 
networks. : ji : 


FEATURES 
e GENERATES NETWORK TRAFFIC 
e FLEXIBLE PACKET @ENERATOR 
eA DRIVER DEVELOPMENT TOOL 

e MENU DRIVEN 


REQUIREMENTS 

NLS requires an NIA equipped PC. The NIA board jumpers must be configured to 
use 1/0 space 2E0 (serial port 2) as described in the 1/0 Base Address section of 
the Network Interface Adapter Hardware Reference Manual. | 
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Figure 1 
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LOADING AND RUNNING @ Bee 


Boot the PC with DOS 2.0 or greater. Insert the DEMO disk into the active disk 
drive. Invoke NLS from the keyboard by typing NLS [return]. The terminal will 
display the NLS menu as depicted below in figure 2. 
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Figure 2 


Moving the Cursor -. | ; 

The items on the menu are accessed using she cursor control kevs of the PC's 
numeric Keypad. Pressing the [2.] key moves the cursor down the menu. 8°} 
moves it up, {4«] to the left and [6~] to the mght. In the vertical direction the 
menu wraps around itself. Note: If the cursor control keys are not performing 
these functions press the [NumLock] key. 


Special Keys | 
There are five special keys used in NLS. These are (t], (r]. [SpaceBar]. [esc] and 
[q] and their functions are as follows: 


[t]: This key brings the cursor from anywhere on the menu to the last 
pow and enters the transmit mode. 


(r}: Reset packet count. The packet count is the number of packets sent 
out on the network since the count was last reset. 


(SpaceBar]: — 
The (SpaceBar] key is used to toggle the possible selections in the 
second colurnn. 


[esc] The escape key must be depressed before entering values (see 
Selecting Value on the following page). 
(q]: Use this option to exit NLS and re-enter the DOS environment. 


_ Note: Pressing any key while continuously transmitting terminates transmission. 
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Distribution of Packet Lengths, Packets per Burst and Delays 


The distribution of packet lengths, packets per burst, delays between bursts and 
delays between packets have three possibilities: constant, linear and bimodal. 
To select between these three possibilities simply move the cursor to the second 
column and the desired row and press the [SpaceBar] as mentioned previously. 


Constant: Displayed value used constantly. 

Linear: A psuedo-random linear distribution between the two values 
displayed. 

Bimodal: A psuedo-random distribution with 654% of first value and 35% of 


the second value. 


Note: Delays increase with the square of the number, with zero being the smal- 
lest delay. 


Selecting Values 


Values are entered by moving the cursor to the appropriate position on the 
menu and then pressing the escape [esc] key. The desired value may now be 
typed in and entered by pressing [return]. For a linear distribution the left 
number must be less than the right number. 


Bursts may be selected as occurring singularly or continuously. 


There are two options for packet type; same packet or different packets. NLS 
initially loads the transmit buffer with a series of 256 byte pages starting at page 
20h. When the Same Packet option is selected the NIC transmits the packet 
beginning at page 20h and consists of the pattern shown in figure 3. Different 
packets mode transmits the packets in locations 21h through 21+f (the begin- 
ning of 21h is shown below). 


2000 88 77 66 55 44 33 00 01 02 03 04 05 06 O07 O08 O09 

2010 OA OB OC OD OE 00 01 O02 O03 04 05 06 07 08 O09 OA 

2020 0B 0C OD OE 00 01 02 03 04 05 06 07 08 O09 OA OB 

2030 OC OD OE 00 01 02 03 04 05 06 07 O86 O98 OA OB OC 

2040 0D OE 00 01 02 03 04 O05 06 07 08 O09 OA OB OC OD 

2050 OE 00 01 02 03 04 05 06 07 08 O09 OA OB OC OD OE 

2060 00 01 02 03 04 05 06 07 O08 O89 OA OB OC OD OE 00 

2070 O1 02 03 04 05 06 07 O08 O98 OA OB OC OD OE 00 O01 

2080 02 03 04 05 06 07 08 O09 OA OB OC OD OE 00 01 02 

2090 03 04 05 06 07 08 O08 OA OB OC OD OF 00 O01 02 03 

20A0 04 05 06 07 08 09 OA OB OC OD OE 00 01 02 03 04 

20B0 05 06 07 08 O98 OA OB OC OD OE 00 01 02 03 04 05 

20CO 06 07 08 09 OA OB OC OD OF 00 01 02 03 04 05 06 

20D0 07 08 09 OA OB OC OD OE 00 01 02 03 04 05 06 07 

20E0 08 08 OA OB OC OD OE 00 01 02 03 04 05 06 07 08 

20FO 08 OA OB OC OD OE 00 01 O02 03 04 05 06 07 08 O89 : 
2100 OA OB OC OD OE 00 01 02 03 04 05 06 07 08 09 OA Begin new page 
2110 08 OC OD OE 00 01 02 O03 04 OS 06 07 08 O09 OA O38 (page 21h) 
2120 OC 0D OF 00 01 02 03 04 05 06 07 08 O98 OA OB OC 

2130 OD OE 00 01 02 03 04 05 06 07 ....etcetera.... 
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OVERVIEW | 
NES is an assembly @ program used to evaluated the NIC in a real-life 
network environment. is composed of .two object modules, nes.obj and 


isrbSa.obj. The main program module is nes.obj which simulates an operating 
system shell. The isrbSa.obj module contains the interrupt service routine which 
handles low-level receive and transmit processing. NES also serves as an exam: 
ple of a driver for upper-level network software. 


FEATURES 

e EVALUATES DP8390 IN A NETWORK ENVIRONMENT 
e TRANSMIT AND RECEIVE ERROR DETECTION 

e DISPLAYS NETWORK STATISTICS 


REQUIREMENTS 

NES requires the NIA to be configured using Serial Port 2, DMA Channel 1 and 
interrupt request 3 (the factory installed configuration). Refer to the switch set- 
tings section of the NIA Hardware reference Manual. , 

If needed, the address base, interrupt request number and the DMA request 
number can be changed from their default values of: 


address base = 2E0h_— interrupt request number = IREQS - DMA 
request number = DRQ1 . . 
In the equate section at the beginning of each object module there are “com- 
ment lines” provided to facilitate changing to the other NIA board hardware 
= (address base = 260h, IREQ5 andDRQ3). The comment lines are as fol- 
ows: | 


Option 1 | 
equ 2E0h : 

; COMMAND equ) 260h ;"camment line” ~ address base 260h . 
Option 2 

IRQS equ) OF 7h 

CODE_JRQ3 equ 2Ch 

; IRQS equ) ODFh 

; CODEJRQS5 equ 44h 
Option 3 

1 equ. il 

DISABLE_DRQ1 equ. 5 

; ENBIDRQS equ 3 

; DISABLE.DRQS equ 7 


To change the NIA hardware options exchange the commented lines for the com- 
mented lines. For example, to change the address base to 260h change option 1 
to: 


COMMAND equ) 260h 
; COMMAND . equ 2E0h 
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LOADING AND RUNNING Bua 
To execute this program, type “hes [options]" on the DOS command line. ’ The 
options allow you to reconfigure the NIC with different network parameters. The 
options are as follows: C, T, 1, and H, and may be selected in upper or lower 
case. Examples of invoking the program are shown below. | 


A>nes no options selected | 
A>nes c the “c” option selected 
A>nesct the “c” and “t” option select, 

the order does not matter | 


PROGRAM OPTIONS 

The “C” option allows you to check all incoming packets with a-chosen destina- 
tien address (first & bytes) and the following data pattern-0123456789ab 
edeo0i 2 ete. (the pattern generated by NLS). The chosen address is 
prompted by the program when the "C” option is selected. If an error occurs, it 
will be indicated on the screen. | | 

The “IT” options allows you to change the NIC configuration registers and inter- 
rupt mask register. When this option is selected, you will be prompted to 
change the Data Configuration Register (DCR), the Transmit Configuration Regis- 
ter (TCR). the Receive Configuration Register (RCR), and Interrupt Mask Register 
(IMR). The default values are indicated in brackets ({xx]). To change these 
registers, enter the appropriate hex value; otherwise hit <return> to leave the 
register unchanged. Note that if this option is not selected, the NIC is 
configured with the default values shown in the brackets. 


The’ “H™ option displays all good packets received. 

The “T” option allows you to continuously transmit packets with a destination 
address. prompted by the program. | 3 

These options may be-selected singly or together and may be in any order. 


SCREEN DISPLAY | 
When the program is executing. various messages and characters are displayed 
to indicate good and bad reception and transmissions. The meanings of the 
characters are as follows: | 

° good packet received. 


n a packet receive interrupt was set but there was nothing in the Receive 
Buffer Ring. Action taken: exit the interrupt service routine. 

b packet received but with bad receive status (anything other than Olh 

er 21h) in NIC header. Action taken: ignore the packet and move on to 
the next one, if any. | 

d packet received but the DMA did not complete. Action taken: re- 
attempt to DMA the packet again. : 

r packet received but the Next Page Pointer in the NIC header was out- 
side the limits of the Receive Buffer Ring. Action taken: reset the 
BOUNDARY and CURRENT registers to their initial conditions. 

l packet received but too long (>1500). Action taken: ignore packet and 
move on to the next packet, if any. 

t goed packet transmitted. | 
NOTE: There are other messages to indicate transmission errors such 

as Excessive Collisions, Carrier Sense Lost, and FIFO Underrun. 
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X exiting from the interrupt service routine. ede 


Messages: 3 : 
eee §6©Bad address in packet °° [address of packet] This message occurs if 
there is a mismatch between the address of the incoming packet and 
the expected address that was entered with the "C” option. 


eoe §6Bad data in packet °°° [location where error occurred] This message 
eccurs if the incoming packet deviated fer the pattern 
0,1.2.....2,0,1.2,....ete. and the “C” option was selected. 


The program has two keyboard commands, -E and any other key. When -E is 
typed the program displays network statistics (as shown below) then exts and 
returns to DOS. The program does not exit until the interrupt service rou- 
tine has exited (ie. after an'X” has been displayed). Hitting any other key 
will transmit a packet. | 


- NETWORK STATISTICS COUNT (hex) 
Number of good transmissions: 0000 0000 


Number of bad transmissions: 0000 
Number of good receptions: 0000 0000 
Number of bad receptions: 0000 


Namber of Next Page Pointer errors: 0000 
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INTRODUCTION 


To reduce the complexity of networking software, it is organized as a series of 
layers. The number of layers, the name of each layer, and the function of each 
layer varies from network to network. However, in all networks, the purpcese of 
each layer is to offer certain services to its adjacent layers and to shield those 
layers from how the offered services are actually implemented. Figure : illus- 
trates a distributed software model consisting of (1) an applications layer, (2) an 
upper level communications layer, (3) a driver layer, and (4) the DP8390. 


The two upper layers form the bulk of the software model and are beyond the 
scope of this document. This document is intended to provide the information 
necessary to write a network communication driver to provide certain services 
for upper layer software. 


CUSTOM DRIVER PROCEDURES 


The drivers consist of several custom-written procedures which will provide the 
following services: 


- Hardware initialization 

- Packet transmission 

- Packet reception 

- Detecting error conditions 


The drivers should be able to run in an interrupt-driven environment which 
responds to the various interrupts produced by the DP8390. To achieve the 
highest performance the drivers should have as little overhead as possibic. 


INITIALIZATION 


The initialization procedure configures the DP8390 to conform to the present 

network. This involves initializing the proper configuration and aadress regis- 

coals of the DP8390. A summary of the network parameters involved are shown 
elow. 


- the size of the data bus (8 or 16 bits) | 
- the physical and multicast addresses 

- the types of interrupts used 

- the size of the Receive Buffer Ring 

- the size of the transmit buffer 

- the FIFO threshold 


An example of an initialization routine for a typical network systern is provided 
at the end of this document (DriverlInitialize). 


PACKET TRANSMISSION 


The transmit driver is responsible for making a “best effort’ delivery to the des- 

tination node. By “best effort” we mean that the drivers ensure that a packet 

will be delivered with a high probability of success. This is not to say that the 

driver must make a 100% delivery: this is the responsibility of the upper layer 

software. Since the DP8S90 implements a binary backoff algorithm which 

retransmits up to 15 times in the event of collisions, some “best effort” delivery 
is already built into the hardware. 


— 
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The transmit drivers are generally partitioned into two parts. The first- part 
(DriverSend) initiates a transmission whenever the upper level software desires 
to send a packet. Jf the transmitter is not ready, however, the supplied packet 
should be queued in a transmit-pending buffer. After transmit initiation or 
queueing, DriverSend returns. 


DriverSend operates in conjunction with an interrupt service routine (Driver- 
ISR). After completing the transmission. the DP8390 interrupts the CPU to sig- 
nal the end of the transmission and to indicate status information. Since the 
transmit drivers can not assure delivery, they must inform the upper level 
software of successful or errored transmissions. The DP8390 reports this status 
information in its TRANSMIT STATUS REGISTER. 


The Transmit Queue 

In many instances, a queue for transmitted packets is not required. A queue will 
be required if the rate at which packets can be generated by the upper level! 
communications routine is higher than the rate at which they can be delivered 
on the network 


The recommended method for implementing a queue is a linked list as shown in 
figure 2. The queue consists of two pointers, head.ptr and tailptr, which 
respectiveiv point to the next buffer space available and next buffer to be read. 
At the beginning of each buffer containing a packet, a pointer field points to the 
next packet in the queue, and the last buffer points to head.ptr. Each time a 


. packet is added or removed, either the head_ptr or tail ptr is incremented. The 


- queue should be circular where pointers “wrap around” when the boundaries of 
the queue have been reached. 


The most efficient manner to remove packets from the transmit- pending queve 
is to use DriverSend to initiale transmission of the very first packet in the 
queue; then upon cornpletion, use the DriveriSR to transmit the remaining pack- 
ets. Lising this method, the DriverJSR exarnines the queue, transmuts the next 
available packet, then exits. The DriverISR transmits the next packet after the 
DP8390 issues the next transmut interrupt. 


RECEIVE PROCESSING 


The responsibility of the receive drivers is to buffer incoming packets frorn the 
network, and then to transfer them to the host. In most systems, the receive 
drivers will be operating with two different memory banks. One is the local 
memory which the DP8390 uses to buffer packets from the network: the other is 
the host mernory. Depending upon which architecture is used. local memory 
can be dual ported or shared by the host CPU. In shared memory 
configurations. the host CPU intervenes directly with local memory. In dual 
ported systems, local memory is shielded from the host and data is transferred 
through a DNA channel. 


The DP8390 minimizes the task of the receive driver with its unique buffer 
management system which buffers packets into local memory (Receive Buffer 
Ring) automatically. All the receive driver must do is remove packets from the 
Receive Buffer Ring. In the shared memory systems, the host removes packets 
by directly accessing local memory. This system, however, can lead to some 
tricky arbitration problems. In the dual ported system which provides acileaner ~~ 
interface, the receive driver issues a DMA command to the DP8390 to transfer - - 


data from local to host memory. Again, the DP8390 simplifies packet reception © : 


with its “send packet” command. Using this command, the Receive Buffer Ring 
pointers (BOUNDARY and CURRENT registers) are maintained by the DP8390. To 
remove ail packets from local memory, the receive driver simply issues the 
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“send packet” command until the BOUNDARY and CURRENT registers are equal 
(Le. the Receive Buffer Ring is empty). . 


Obviously, because of the asynchronous nature of reception, the receive drivers 
must reside within an interrupt service routine (DriverlSR). Typically, packet 
reception is given the highest priority interrupt since prolonging packet removal 
may overfiow the Receive Buffer Ring. If several packets in the ring have been 
queued, all packets should be rernoved in one process (i.e. a software loop which 
empties the Receive Buffer Ring). In heavy traffic conditions. local memory can 
fill up very quickly and it is important that the Receive Buffer Ring be large 
enough to handle these situations. | | | 


To find out how many packets are lost on the network and how many packets are 
lost due to Receive Buffer Ring overflows. the DP8390 has three statistical regis- 
ters to monitor the network; FRAME ALIGNXNENT ERROR tally, CRC ERROR tally, 
and FRAMES LOST tally. These registers are useful in determining the size of the 
Receive Buffer Ring and how many packets are lost due to network related 
errors (CRC errors and/or frame alignment errors). | 


EXAMPLE DRIVERS 


The following transnut and receive drivers are written in 8086 assembly for high 
performance and low overhead. The transmit driver is partitioned into two 
parts. DriverSend and DriverISR, while the receive driver lies entirely within 
DriverISR. This section first gives an overview of DriverISR, followed by a 
description of the drivers and how they interact with DriverISR. 


Interrupt Service Routine (DriverISR) 

DriverISR is only concerned with interrupts originating from receptions. 
transmissions, and errored transmissions. Errored receptions are ignored since 
these are usually collision fragments. DriverISR (figure 3) consists of (1!) a 
packet transmitted reutine and (2) a packet received routine. Either receive or 
transmit interrupts may use both routines since receptions and transmissions 
can cecur within the JSR. The basic functions of the routines are as follows: 


(:) Packet Transmitted Routine: checks the status of all transmissions .and 
transmits the next packets in the transmit-pending queue. 


(2) Packet Received Routine: removes all packets in the receive buffer ring by 
using the send packet” command of the DP8390. 7 


Transmit Drivers 

As mentioned before. the transmit drivers consist of two parts. The first part. 
DriverSend (figure ¢), initiates transmission when called by the upper layer 
software. DriverSend checks if the DP83990 is ready to transmit by reading the 
COMMAND register (CR = 22h). If ready, the DriverSend DMAs a packet from host 


to local memory. issues the transmit command, then returns. Otherwise. 
DriverSend queues the packet in the transmit-pending queue, then returns. 


After a transmission is completed, Driver]SR services the interrupt from the 
DP839C and {:) reports status information by reading the TRANSMIT STATUS 
register and (2) transmits the next packet in the transmit-pending queue. if any. 
For a transmit interrupt, DriverISR executes the following steps: | 


(3) Reset PTX bit in INTERRUPT STATUS register. 
(2) Check for good transmission by reading the TRANSMIT STATUS Register. 


(3) If there are more packets in the transmit-pending queue, transmit the next 
packet: otherwise go to 4). 
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(4) Read INTERRUPT STATUS register for any pending interrupts 


Receiver Drivers 
Since the receive driver must be interrupt driven, it resides completely within 
the DriverISR. When the receive interrupt occurs, one or more packets may be 
buffered into the receive buffer ring (RBR) by the DP8390. The DriverISR 
removes packets from the ring and then passes them up to the host. Using the 
“send packet” command, packets are removed until the RBR is empty. that is, 
when CURRENT and BOUNDARY registers are equal. The sequence of the receive 
packet routine is shown below. 
(1) Reset the PRX bit in the INTERRUPT STATUS register. 


(2) iapery the next packet in the receive buffer using the “send packet” com- 
mand. 

(3) Check to see if the receive buffer ring is empty: BOUNDARY register = 
CURRENT PAGE register 

(4) If the RBR is not empty. goto 1: otherwise read INTERRUPT STATUS register 
for any more pending interrupts. 


Upper Layer Software Interface 
The drivers described exemplify the basic method for using the DP8390 in a net- 
work environment. The upper layer interface, however, is still lacking. Depend- 
ing upon which software you use, the protocols for communicating to the upper 
layers can vary greatly. The source listings at the end of the document have 
- patches for this upper layer interface. 
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DRIVER SEND | 
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FIGURE 4 
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© GO OSHS SHH HSHHHSSHOSS SISOS SOSH SHGHSSHSOSHHHHSSSHHHSOHSHSOHHHSOHOK SOOKE SEOOS 


Driver[nitialize 


Initializes the NIC for @ typica] network systan. 
Receive Buffer Ring # 2600h to 4000h 


Tranenit Buffer = 2000h to 2600h 
Entry: none 


e 
e 
e 
e 
e 
° 
e 
° 
e 
° 
® 
e 
® 
e 
e 
e 
e 


Fa added ddd deeded ddd ddd ddd ddd ddd dd ddd ddd 


|“ peeeccccoccccccocccce Equates for NIC registers SOOHSCHOS OOOH SHEESH OOOES 


COMBIAND equ 2e0h 
PAGESTART equ COMMAND +1 
PAGESTOP equ COMMAND+2 
equ COMMAND+3 
TRANSM! TSTATCS equ COMMAND +4 
TRANSM] TPAGE equ COMMAND+4 
TRANSM: TSYTECOUNTO equ COMMAND+5 
equ COMMAND+5 
I TSYTECOUNT} equ COMMAND+6 
INTERRUPTSTATUS equ COMMAND+7 
‘T equ COMMAND+7 ;in page 1 
REMOTESTARTADDRESSO equ COMMAND+6 
equ COMMAND+6 
REMOTESTARTADDRESS ! equ COMMAND+9 
CRDA1 equ COMMAND+9 
REMOTESYTECOUNTO equ COMMAND+0ah 
REMOTESYTECOUNT equ COMMAND+0bh 
RECEIVESTATUS equ COMMAND+0ch 
RECE IVECONF [GURATION equ COMMAND+0ch 
TRANSMITCONFIGURATION equ. + COMMAND+0dh 
FAEWTALLY hs equ COMMAND+0dh 
DATAOONF [GURAT ION equ COMMAND+0e h 
CROTALLY equ = «s §« COMAIAND +0 eh 
INTERRUPTMASK equ ”* « COMMAND+0/h 
MISSPKTWS ALLY equ COMMAND+0 fh 
PSTART equ 26h. 
PSTOP equ 40h: 


CGroup group Code 
Code segrent para public ‘Code’ | 
assume cs:GGroup, ds:CGroup., es:nothing, ss:nothing 


rer db 0 ;walue for Recw config. reg 
ter db 0 ;value for trans. config. reg 
der db $8h ;velue for data config. reg 
ium db Obh ;value for intr. mask reg 


¢ OO SOSS SOSH SOOSH OOOH S GOSH SSHHHSHOS SHH OOSOOSOSOGHSHOOOH OSS OSHHOOSHOSHEES 


Driver{nitialize proce near 
public Driver[nitialize 


impv e),21h ;stop apde 
mv dx , COMMAND 
out dz.a] 


mov alder | | 
mov dz , DATACONF IGURATION ;date configuration register 


out 8 

mov 6].20h 

mov dz, TRANSMITPAGE ;tranamit page start 
out dz 6] | 
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mov al ter 
mov dz, TRANSMITCONFIGURATION ;tranamnit configuration register ae 
iv a] .rer 
mov dz ,RECEIVECONFIGURATION :receive configuration register 
out dz.al 
mov a] ,26h 
tov dz , PAGESTART spage start 
out dz.al 
ov dz , BOUNDARY :boundary register 
out dx .a] 
gpv a] , 40h 
mpv dz , PAGESTOP ;page stop 
out dz, al 
nov dz , REMOTESYTECOUNTO 
tTrpv e] ,Ofh 
out al :low rezmte byte count 
Tov dx , REMOTEBYTECOUNT} 
fv al ,00 : 
out dz al shigh remote byte count 
mpv al ,Ofh 
mv dz, NTERRUPTSTATUS :inuterrupt status register 
out dz.al 
mv ea). inr 
mpv dz , INTERSUPTMASK :interrupt musk register 
out dzal 
mpv ea] 61h :g@0 to page 1 registers 
apy dz, 
out dz,al 
mpv al 26h 
mpv dz, ;current page register 
out dz a] 
mpv @i,22n: :back to page 0, start apde 
apv dx , COMAIAND 
out dz.al 36 


ret 
Driver[nitialize endp 


Code ends 
end 
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© SOOHSHOSSHOHHSSHSHSHSSSHHGHTSSHSHSSHSHSHSHSHESHSHHSSHHHSHHHSHSSHSHOSSHOHHSSECSHHSSHHOSOSE 


DriverSend — ee 


; Either trananits the packet passed to it or queues up the packet if 
; the transmitter is busy (COMMAND register = 26h). Routine is called 
; fram upper layer software. 


X Entry: es:si -> packet to be tranmnitted 


; OO COCCOCOOC OOOO OOOO OO RCCL OCC C CEES ED OED OSESOOOOS EROS EELED CLEC LORIILEIES 


5 OO SHOTS SSHSS SOOO OHOOS Equates for NIC registers SCSOSOOSH OHSS OSSHOHSOHSCES 


COMMAND equ 2e0h 
PAGESTART equ COMMAND+ 1 
PAGESTOP equ COMMAND+2 
equ  COMMAND+3 
TRANSMI TSTATUS equ COMMAND+-4 
T:ANSMI TPAGE equ COMMAND+4 
TRANSMI TEYTECOUNTO equ COMMAND+S5 
equ COMMAND+5 
TRANSMI TSYTECOUNT 1 equ 
INTERRUPTSTATUS equ COMMAND+7 
equ COMMAND+7 ;in page 1 
REMOTESTARTADDRESSO equ COMMAND+& 
equ COMMAND+8 
REMOTESTARTADDRESS 1 equ COMMAND+9 
CRDA1" equ COMMAND+9 
REMOTESYTECOUNTO- equ COMMAND+0ah 
REMOTEBYTECOUNT1 equ COMBMAND+0bh 
RECETVESTATUS eq: =—_(«G“§‘C‘C (Gs; COMMAND-0c 
RECEIVECON? I GURAT ION equ COMMAND+0ch . 
TRANSHITCONFIGURATION equ COMMAND+O0dh 
FAEQ ALLY equ COMMAND+Odh 
DATACONF I GURAT ION equ COMMAND+0eh 
CROUTALLY equ COMMAND+0eh 
INTEXRUPTMASK equ COMMAND+0/ h 
MISS_PKTUTALLY equ COMMAND+01& 
PSTART equ 26h 
PSTOP equ 40h 


CGroup group Code 
Code segrent para public ‘Code’ 
esse cs:CGroup, ds:CGroup, es:nothing, ss:nothing 


=, PO SOSS OSS OSSHOSSOOHSS OPIS HOHSH GOOG OS SSSSSOS SHPO SOGGHOHIOOS SOSH OHOHSOSOOY 


Dr i verSend proc near 
pudlic Dri verSend 
eli :diseble inte ts 
mpv dz , COMBIAND cane 
in el dz :read NIC camnand register 
cp a] , 26h ‘trans tting? 
je Queue! t yes, queue up the packet 
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@e @¢ Oe @+ @e we @f OS oF OP 


Before we can DMA a packet to loca] mapry, we need the address 
and byte count of the packet passed down fram the upper layer 
software; two routine are used for DMAing. 
(1) Set.PCIblAsaddress sets up the DMA address of the &237 
(requires that bz # address of pacxet). 
(2) @m2nic sets of the 8327 and the NIC to perform a 
DMA operation (routine requires that 
ez = byte count of packet). 


gov bas! 
mov az, byte.sount 
call PageWrapCheck 
erp ez,0 
je nowcrossover 
ex 
push bz 
call Set.PCtilAsaddress 
mpv az ,¢cz 
call dma2nie 
| pop ax 
pop bz 
add oz .cz 
call SetPCIilAaddress 
sub az.cz 
eal) = «6 dma2nic 
jap tzapacket 
nowfProssover: 
cal] SertPCoMAaddress 
call dma2nic 
tz.packet: | 
Tv dx , COMMAND 
mv ea] .26h 
out dz al 
jap Finished 
Queuelt : 
call Queue pecket 
Finisned: 
sti 
ret 
DriverSend endp 
National Semiconductor 





781 points to the et passed down 
> fran the upper layer software 
sneed byte count of packet 

; @lso should have been passed down 

> fram upper Jeyer software 

scheck to see if DMA will cross over 

: @ 64K byte boundary. If it does, 

> we must break the DMA into 2 parts. 
return code fran PageWrapCheck 

; ez=a0 => no crossing over boundary 

; ez60 => no. of bytes up to nest 

: 64K boundary 


;save byte count of pecket 

,save address offset of packet 

:set wp DMA address of &237 

7az @ no. of bytes that At in present 
; 64k segment 

:DMA ist part of packet 

:get back origina! byte cout 

:get address of packet 

oz @ address offset of next 64k 

: segrant 

;set up DMA address of 8237 

:az 2 the remining bytes that 

: reside in the nezt 64k segrent 
;DMA 2nd part of packet 


;1f here there is no crossing over 
; @ 64k boundary 

;sets the page and address 

,OMA it out to the NIC card 


swrite the transmit command 


this routine queues the packet 

> in mumory. Since there various 

; muthods to implement a queue, the 
; details are not shown. 


enable interrupts 
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, POC Ceereeccresseceeeeeeeeccecccceceeeoesecesoooeeneescoooeeeeesoueees " ee 


Set..PC_DMA_address 


Y Geaveris segrent and offset address of the packet to an 

; absolute 20 bit eddress. The lower 16 bits are loaded 

; into the 8237 and the upper 4 bits a loaded into the 4 
; leteh on the PC mother board (location # 83h). 


Entry: ds: ‘bz = address offset of packet to be DilAed ° 
: Assumes: packet is in data segment (ds) 


OCT Tr rrerrerrrerrrrrirrrrrrrerrrrrr errr 


Set_PC_DiA_eddress pree near 
public Set _PC_DidAaddress 


mov ez ds :get the segrent 

mov e1.4 :load the shift count 

ro] az.c] ;shift it 

mov ch.a) save segment low byte. 

and al .0f0h :zero low nybble 

add ex, bz :add shifted-segment end cfiset 

jne Set Page 

ine ch ,carry means increment (next page) 
SetPage: 

out Och. al clear byte fiip-fiop of 8237 

out 02h, a] ;8237 address (1) register . 

rov al] .ab ;get high address 

out 02h. a] ,8237 address (h) register 

mpv al,ca 

and a] ,0fh 

out 83h, al ;set 8237 page register 

eee ie 
Set_PCoMAaddress endp 


Entry: 


MYT UTTTLITILTTIEPTTILTLTTTTererreeeeeseeeveseeeeyrresyreyirrreryryrerrrreerrreTe 
édra2nic i 
DAs the packet fran the IBM PC to the NIC card. 


ax = byte count of packet 


Assires: 8237 DMA address set up 


= CS HNOH SH SHHTHH HOSES HSHHHSSHSSHSHSHHSSSHSSHSHHSHHSHSSH HOSS SSHOSSSHSSOS SHOTS SCHSCOHHSOOES 


dma2nie proc near 

public dma2nic 

push ax ;save the count 

mv dz , REMOTESYTECOUNTO 

out dz.al NIC remte DMA count (1) 

mpv e].ah 

iv dz , REMOTESYTECOUNT} 

out dz,a) :NIC remte DMA count (h) 

pop az 

dec az sno. of bytes to zfer for 8237 2 

; byte count - ji 

out Och, a] reset byte Aip-fiep of 6237 

out 03h, a] ;8237 DMA counter (1) 

pv e],ab 

out 0Sh,al ;8237 CMA counter (h) 

mv a] 49a ; 

out Obh, al :set up 8237 to do DMA read 
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mov e).2 
out Oah.a) 
mov a) ,12h 
Imov dx , COABIAND 
out dz .al 
mov dx , INTERFUPTSTATUS 
wait: 
in a] ,dz 
test e],40h 
jz wait 
mov a],5 
out Oah.al 
ret 
d@maZnic endp 


summsk channe] 1 of 8237 
;sNIC remote DMA write cammnd 


;out to the NIC cammand register 


swait for RDC bit in ISR to go high 


smmsk out chame! 1 of 8237 


© 9S SOSH SOSH OH OOH SSHHHSHHHHSHHHHHHHHHHHSS HOHHS OOH HHHHOSHSOHCHSSHHOHHOHOHCOSCSSEY 


64k byte 


PageWrapCheck proc near 
public PageWrapCheck 


push ax 
push bz 
mpv dx,ds 
mpv 1.4 


sh] dz.c} 
add dz. bz 
add ax dz 


jne nowrap 
Tov ez.0 
sub cz ,dz 
pop bz 

pop as 

ret 


NOW ap: 
imov 
pop 
pop 


ret 
PageWrapCheck endp 


Code ends 
end 


KTR 
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PageWrapCheck - checks to see if the DMA will crossover a 


Entry: ds:bz = address offset of packet 
az = byte count of packet 


Returns: cz 2 0 = packet fits in present 64k segrent 
ez © 0 =» meber of bytes that will] fit in present 
64k segrent 


© COO SSSH SOSH S SSH SSHHHHHHHHSHHHSOHHHSHSCHSH OHHH SCSHSOHHSHHHSHHSHSCHOSCSCHOSOOCOSCOOOSES 


;save byte count 

;save address offset 

-dz = data segrent 

;c] @ shift left counter 


:dz = lower 16 bits of absolute addr. 
seheck if packet crosses over 
;jurp if no 64k crossover 


;ez™no.. of bytes that fits in segment 


;return code => no crossover 
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© OS OSHS HSHSSHSOSHH SOTHO HSHHHHHHHSHSHHSSHSHHSHSSHOHOHHSHHSHSSHSHOSHSHOSHOHOHSHSOHESOOS ogee 0 


DriverISR 


; This interrupt service routine responds transmit, transmit error, and 
3; receive interrupts (the PIX, TXE, end PRX bits in the INTERRUPT STATUS 
; register) produced fran the NIC. Upon tranamit interrupts. the upper 
3; layer software is informed of successful or erroneous tranmmnissions;— 
; wpon receive interrupts, packets are removed fran the Receive Buffer 

; Ring (in local mamory) and transfer to the PC. 


J . 
e 
: OOOO GS OOOH OHHD OHH HG OHHH SOODHGOHHOOHHS HOOD OHHOHS SHH HHOHSOSOHHHHHHSH OOOO S 


5 OS OSSSHOOSOT COOH OOOO Equates for NIC registers PARTITE ETERS 


COMMAND equ 2e0h 
PAGESTART equ COMMAND +1 
PAGESTOP equ. COMMAND+2 
equ COMMAND+3 : 

TRANSM! TSTATUS equ COMMAND+4 
TRANSMI TPAGE equ COMMAND+4 

0 equ COMMAND+5 

equ. COMMAND+S . 

TRANSMI TSYTECOUNT 1 equ COMMAND+6 
INTERRUPTSTATUS equ COMMAND+7 
CURRENT equ COMMAND+7 sin page 1 
REMOTESTARTADDRESSO equ COMMAND+8 , 
CRDAO. equ  COMMAND+8 
REMOTESTARTADDRESS 1 equ COMMAND+9 
CRDAI equ 
REMOTEBYTECOUNTO equ COMMAND+Oah 
REMOTEBYTECOUNT1 equ COMMAND+-Obh 
RECEIVESTATUS equ COMMAND+0ch 
RECE [VECONF IGURAT ION equ COMMAND+0ch 
TRANSMITCONFIGURATION equ COMMAND+0dh 
FAEWLALLY equ COMMAND+0dh 
DATACONF [GURATI ON equ COMMAND+Ceh 
CROUTALLY equ COMMAND+-Oeh 
INTERRUPTMASK equ COMMAND+07h 
MISS..PKTWTALLY equ COMMAND+0/h 
PSTART equ 28h 
PSTOP equ 40h 


CGGreup group Code 
Code segrent para public ‘Code' 

assim ¢s:CGroup,ds: (Group, es: nothing, ss: nothing 
; External routines 


extrn DriverSend: “gear 
extrn Set.PC.liMAaddress: near 


: Public damin variables 
public recvi_pc.buff 


public headptr 
public tailptr 
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; Declaration of variables Ses 
recv.pe.Dul db 2048 dup (7) :buffer for holding recved packet 

headptr dw ? snead ptr for tz Q 

tailptr dw ? stail per fer tz Q 

byte.count dw ? 

imp db ibh simmge of Interrupt Mask register 


mere 
; Begin of Interrupt Service Routine 
s 09 OOOG OOOO SO OOG SOO OS OOOO SPOS SDOS OSG OSS GOOG HOSES HOGS GOS OOOSOSOOSSSOSEOO 
netisr proc near 

tublic netisr 


eli 

push az ;save regs 
push tz 

push cz 

push dx 

push di 

push si 

push ds 

push as 

push bp 

mpv a] ,Obch 

out 21h.al sturn off [RQ3 
sti 


mov ez ,CGroup 
mov ds ,az ;dsaes 


e 2Geeon 28928 OC GCE ea dF 98@OGOSG CGE OESSS® OEE SCESECOSE EEG DABVSOSEOSLSPESS SEGOSESS CTAB OSGEESE OS 


Read INTERRUPT STATUS REGISTER for receive packets, transmitted 
>; packets and errored transmitted packets. 


poll: 
mpv dz , INTERRUPTSTATUS 
in el dz 
test al,i spacket received? 
jnz pktrecvirt 
test e],0ah specket transmitted? 
jz exitiis?r sno, let's exit 
jaxp pktotzaFt 
exzituis?: | | 
mov dx , INTERRUPTMASK :;disabling NIC’s intr 


mv a] .O 
out dz al 


eli 7 

mpv ea] .0b4h sturn IRQS beck on 

out 2ih.al 

Tv a] ,63h ;send ‘BOI’ fer IRQS 

out 20h al 

sti 

Tv dz , INTERRUPTMASK ;NOTE: intr fram the NIC 

mpv el, inr ; ere enabled at this point so 
out dx ,a] >; that the 8259 interrupt 


; controller does not miss any 
; IRQ edges fram the NIC 
; (IRQ is edge sensitive) 


National Semiconductor U- 3 July 1986 


Writing Drivers for the DP&390 | | Preliminary 


pop bp 
pop = es 
pop ds 
pop si 
pop di 
pop dz 
pop cz 
pop tz 

az 
iret 


: Packet Receive Routine (pkt.recv.rt) -- clears out al] good 
; packets in local receive buffer ring. Bad packets are ignored. 


mov dx, INTERRUPTSTATUS 

mpv al,3 

out dz .al sreset PRX bit in ISR 

call dma2pe ;DMA pkt fran NIC to PC 
+ eonenndennhinpiecronfmehnpcadoede dlp adoption doctrine 
: Inform upper layer software of a received packet to be processed 
; checking to see if receive buffer ring is arpty 


mov dz,BOUNDARY 


in al ,dz 

mv ah,al ;save BOUNDARY in ah 

mov éz , COAMIAND : 

iv al ,62h 
a out dz .al , switched to pg 1 of NIC 

"Tow dx , CURRENT a. 

in al .dz 

mov bh.al :bh 2 CURRENT PAGE register 

mv dx , COMMAND 

mpv al ,22h 

out dz ,al switched back to pg 0 

arp ah. bh .vTecv buff ring expty? 

jne peta teva t 

jmp sip 


packetutranamituroutine ‘pktu:zurt) °- determine status of 
; transmitted pacxet, then checks the transmit-pending 
; queue for the next available packet to transmit. 


° @@eoee eceoce 8O2OSGS ©€OS GEG ©0298 CE OEBBEDOEBEECEOSEESOEOSCSSE COSTS ECOEOCBOSGZEDOEOOESOGEEOCOCEECECECOS CES 


PietukZuurt : 
mov dx , INTERRUPTSTATUS 
mov e] .0ab 
out dz ,a] ;reset PTX and TXE bits in ISR 
gov oe aca ;check for erroneous ™ 
ja al, 
test ae] ,386h is FU, CRS, or ABT bits set in TSR 
juz bad.tz 
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mtd iodo acolo psionic cheat 2°. - 
Inform upper layer software of successful transmission 


doshas do ddl hipaa adnan nina acpaenpcoindpp 
jzp chk..t zqueue 

bad.tz: ; sin here if bad TX 

TT a RR A CR ee 

Inform upper layer software of erroneous tranmnission 


peace extended tind hoops adnan enfants ened pnlsdosindindenteonhncichhndimabernds 
chi..tx.queue : 
| ae 


@- @e Oe Oe Se 


dx ,headptr 
tov ex,tailptr | 
arp ex dz ;No packets in TX queue? 
je poll 
iv si ,teilptr :3i points to the next packet to 
call DriverSend > be transmitted. | 


; (entry for DriverSend) 


; Update tailptr to next packet in queue 


mpv si ,tailptr slink field is at the beginning 
> of each packet 

mv dz,.[(si] ;go to link field of packet 

mov . tailptr.dz smpve tailptr to next packet 

jmp poll a 


aetisr endp 


TPES EREEEEE ETI IRAE E ETE EET EEE EERE EIEIO E 


dmaZpe - this routine DAs the next packet in the Receive 


Bufler ring and places into the [BM PC mempry. 
Extry: none 


e 
6 
e 
@ 
e 
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@ra2pe proc near — 
pudlic dra2pe 
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DP8390 Network Interface 
Controller: An Introductory 
Guide 


OVERVIEW : 


A general description of the OP8390 Network Interface Con- 
troller (NIC) is given in this application note. The emphasis 
is placed on how it operates, and how it can be used. This 
description should be read in conjunction with the OP8390 
data sheet. 


1.0 INTRODUCTION 


The OP8390 Network Interface Controller provides all the 
Media Access Control layer functions required for transmis- 
sion and reception of packets in accordance with the IEEE 
802.3 CSMA/CD standard. The controller was designed to 
act as an advanced peripheral and serve as a complete 
interface between the system and the network. The on- 
board FIFO and OMA channels work together to form a 
straight-forward packet management scheme, providing (lo- 
cal) OMA transfers at up to 10 megabytes per second while 
tolerating typical bus latencies. 


A second set of DMA channels (remote OMA) is provided | 


on chip, and is integrated into the packet management 
scheme to aid in the system interface. The OP8390 was 
designed with the popular 8, 16 and 32 bit microprocessors 
in mind, and gives system designers several architectural 
options. The NIC is fabricated using National Semiconduc- 
tor's double metal 2 micron microCMOS process, yielding 
high speed with very low power dissipation. 


2.0 METHOD OF OPERATION 


The NIC is used as a standard peripheral device and is con- 
trolled through an array of on-chip registers. These registers 
are used during initialization, packet transmission and re- 
ception, and remote OMA operations. At initialization, the 
physical address and multicast filters are set, the receiver, 
transmitter and data paths are configured, the OMA chan- 
nels are prepared, and the appropriate interrupts are 
masked. The Command Register (CR) is used to initiate 
transmission and remote OMA operations. 
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Upon packet reception, end of packet transmission, remote 
OMA completion or error conditions, an interrupt is generat- 
ed to indicate that an action should be taken. The proces- 
sor's interrupt driven routine then reads the Interrupt Status 
Register (ISR) to determine the type of interrupt that oc- 
curred, and performs the appropriate actions. 


3.0 PACKET TRANSMISSION | 


The NIC transmits packets in accordance with the CSMA/ 
CO protocol, scheduling retransmission of packets up to 15 
times on collisions according to the truncated binary expo- 
nential backoff algorithm. No additional processor interven- 
tion is required once the transmit command is given. 


DESTINATION ADORESS 
SOURCE ADDRESS 
‘TYPE LENGTH 











6 BYTES 
6 BYTES 
2 BYTES 
2 46 BYTES 


TX BYTE COUNT 
(TBCRO.1) 


TL/F/9141-1 
FIGURE 1. Transmit Packet Format 


3.1 Transmission Setup 


After a packet that conforms to the IEEE 820.3 specification 
is set up in memory, with 6 bytes of the destination address, 
followed by 6 bytes of the source address, followed by the 
data byte count and the data, it is ready for transmission 
(see Figure 1). To transmit a packet, the NIC is given the 
starting address of the packet (TPSR), the length of the 
packet (TPCRO, TBCR1), and then the PTX (transmit pack- 
et) bit of the Command Register is set to initiate the trans- 
mission (see Figure 2). 


TRANSMIT 
BUFFER 


DESTINATION ADORESS 
SOURCE ADDRESS 
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FIGURE 2. Packet Transmission 
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3.2 Transmission Process 


Once the transmit command is given, # no reception is in 
progress, the transmit prefetch begins. The high speed local 
OMA channel bursts data into the NIC’s FIFO. After the first 
OMA transfer of the prefetch burst, if no carrier is present on 
the network, and the NIC is not deferring, the TXE (transmit 
enable) signal is asserted and the transmission begins. Af- 
ter the 62 bits of preamble (alternating ONEs and ZEROs) 
and the start of frame delimiter (two ONEs) are sent out, the 
data in the FIFO is serialized, and sent out as NRZ data (pin 
TxD) with a clock (TxC), while the CRC is calculated. When 
the FIFO reaches a threshold (X bytes empty) a new OMA 
burst is initiated. This process continues unt the byte count 
reaches zero. After the last byte is serialized, the four bytes 
of the calculated CRC are serialized and appended to com- 
plete the packet. 


Should a collision occur, the curremt transmission stops, a 
jam sequence (32 Ones) transmitted (to ensure that every 
node senses a collision), and a retransmission of the packet 
is scheduled according to the truncated Binary Exponential 
Backoff Routine. 


3.3 Transmission Status 


After the transmission is complete, an interrupt is generated 
and either the PTX bit (complete packet transmitted) or the 
TXE bit (packet transmission aborted) of the ISR (interrupt 
Status Register) is set. The interrupt driven routine then 
reads the TSR to find out details of the transmission. If the 
PTX bit is set, the TSR can reveal if a carrier was present 
when the transmission was initiated (OFR), if the carrier was 
lost during the transmission (CRS—this would point to a 
short somewhere on the network), # the collision detect cir- 
Cuitry is working properly (COH), and if collision occurred 
(COL). Whenever a collision is encountered during transmis- 
sion, the collision count register (NCR) is incremented. 
Should a collision occur outside the 512 bit window (slot 
time), the OWC (Out of Window Collision) bit of the TSR is 
set. 


The TXE bit of the ISR is set if 16 collsions or a FIFO 
underrun occurs. if the transmission its aborted due to 16 
collisions, the ABT bit of the TSR is set. (If this occurs it is 
likely that there is an open somewhere on the network.) If 
the local DMA channel can not fill the FIFO faster than data 
is sent to the network, the FU bit (FIFO Underrun) of the 
TSR is set and the transmission is also aborted. This is a 
result of a system bandwidth problem and points to a sys- 
tem design flaw. System bandwidth considerations are dis- 
cussed further in Section 5.1.3. 









4.0 PACKET RECEPTION 


The bus topology used in CSMA/CD networks allows every 
node to receive every packet transmitted on the network. 
The recerve filters determine which packets will be buffered 
to memory. Since every packet ts not of interest, only pack- 
ets having a destination address that passes the node's 
receive filters will be transferred into memory. The NIC of- 
fers many options for the receive filters and implements a 
complete packet management scheme for storage of in- 
coming packets. 


4.1 Reception Process 


When a carrier is first sensed on the network (i.e. CRS sig- 
nal is active), the controller sees the alternating ONE - 
ZERO preamble and begins checking for two consecutive 
ONEs, denoting the start of frame delimiter (SFD). Once the 
SFD is detected, the serial stream of data is deserialized 
and pushed into the FIFO, a byte at a time. As the data is 
being transferred into the FIFO, the first six bytes are 
checked against the receive address filters. If an address 
match occurs, the packet is OMAed from the FIFO into the 
receive buffer ring. If the address does not match, the pack- 
et is not buffered and the FIFO is reset. 


Each time the FIFO threshold is reached, a OMA burst be- 
gins and continues for the proper number of transfers. OMA 
bursts continue until the end of the packet (Section 5.1.2). 
At the end of a reception, the NIC prepares for an immedi- 
ate reception while writing the status of the previous recep- 
tion to memory. An interrupt is issued to indicate that a 
packet was received, and is ready to be processed. 


The CRC generator is free running and is reset whenever 
the SFD is detected. At every byte boundary the calculated 
value of the CRC is compared with the last four received 
bytes. When the CRS signal goes LOW, denoting the end of 
a packet, if the calculated CRC matches the received CRC 
on the last byte boundary, the packet is a good packet and 
is accepted. However, if the calculated and received CRCs 
do not match on the last byte boundary before CRS goes 
LOW, a CRC error is flagged (CRC bit of RSR set) and the 
packet is rejected, i.e. the receive buffer ring pointer 
(CURR) is not updated (Section 4.5). If the CRS signal does 
not go LOW on a byte boundary and a CRC error occurs, 
the incoming packet is misaligned, and a frame alignment 
error is flagged (FAE bit of RSR set). Frame alignment er- 
rors only occur with CRC errors. 


4.2 Address Matches 


The first bit received after the SFD indicates whether the 
incoming packet has a physical or multicast address. A 
ZERO indicates a physical address, that is, a unique map- 


2. RECEIVE 
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2 
= 
* 
bead 


PROTOCOL 
PLA 





TL/F/9141-3 
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ping between the recetved address and the node's 48 bit 
physical address as programmed at intialization (PARO- 
PARS). A ONE indicates a multicast address, meaning a 
packet intended for more than one node. | 


Multicast addressing is useful where one node needs to 
send a packet to multiple nodes, as in a query command. 
Multicast addressing provides a very fast way to pertorm 
address filtering in realtime, by using an on-chip hashing 
table. A hashing algorithm based on the CRC is used to map 
the multicast address into the 64 bit Multicast Address Filter 
(MAFO-7). | 

After the CRC has been calculated on the destination ad- 
dress, the upper six bits of the CRC are used as an index 
into the Multicast Address Filter (MAF). If the selected filter 
bit is ONE, the packet is accepted, if the MAF bit is ZERO 
the packet is not accepted. 


A special multicast address is the broadcast address, which 
denotes a packet intended to be received by all nodes. The 
broadcast packet has an address of all ONEs (this address 
also maps into a bit in the MAF). 


The DP8390 also provides the ability to accept all packets 
on the network with a physical address. Promiscuous mode 
Causes any packet with a physical address to be buffered 
into memory. To receive all multicast packets it is nesessary 
to set all of the MAF bits to ONE. 


4.3 Network Statistics 


Three eight bit counters are provided for monitoring receive 
packet errors. After an address match occurs if a Frame 
Alignment or CRC error occurs, or if a packet is lost due to 
insufficient buffer resources (see below), the appropriate 
counter is incremented. These counters are cleared when 
read. The counters trigger an interrupt when they reach a 
value of 128 (if not masked) to force the processor to read 
(and thus clear) their contents. The counters have a maxi- 
mum value of 192, providing a large latency between when 
the interrupt is asserted and when the counter overfiows. 
When a CNT interrupt occurs, all three tally counters should 


be read and added into larger counters maintained by the 


processor. 


4.4 Setting the Receive Configuration Register 


The Receive Configuration Register (RCR) is used in con- 
junction with the physical and multicast addresses to deter- 


GUFFER RAM 
(UP TO 64 KOYTES) 





mine which packets should be accepted and placed in the 
receive buffer ring. The RCR is initialized to accept physical, 
multicast and/or broadcast packets, or alternatively to place 
the recefver in promiscuous mode to accept all packets with 
a physical address. If the MON bit of the RCR is set, placing 
the recetver in monitor mode, the receiver still checks the 
addresses of incoming packets according to the set up ad- 
dress filter, and network statistics are still gathered, but 
packets are not buffered into memory. 


The minimum packet size in standard 802.3 networks is 64 
bytes long. Packets less than 64 bytes are considered runt 
packets and are normally rejected. However, in some appli- 
Cations it may be desirable to accept such packets. By set- 
ting the AR bit of the RCR, runt packets are accepted. 


For diagnostic purposes it may be desirable to examine er- 
rored packets, and not overwrite them with good packets as 
is done in normal operation. By setting the SEP bit of the 
RCR, errored packets are saved and their status is written 
to memory. 


4.5 Receive Buffer Ring 


As packets are received they are placed into the receive 
buffer ring, and as they are processed they are removed 
from this ring. At initialization, an area of memory is allocat- 
ed to act as the receive buffer ring, and the NIC’s buffer 
management scheme then makes efficient use of this mem- 
ory. The efficiency is helped significantly because the ring 
pointers are contained on chip, and the OMA channels can 
work at up to a 10 Mbyte/sec transfer rate. A second OMA 
channel, the remote DMA channel, is available for transfer- 
ring packets out of the receive buffer ring. 


The employed buffer management scheme effectively 
works as a large packet FIFO. This buffer management 
scheme is very appropriate for most networking applications 
because packets are generally processed in the order they 
are received. 

Four pointers are used to control the ring; the (1) page start 
(PSTART) and (2) page stop (PSTOP) pointers to determine 
the size of the buffer ring, the (3) current page (CURR) 
pointer, to determine where the next packet will be loaded, 


256 BYTES 
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FIGURE 4. The Receive Buffer 
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and the (4) boundary (BNRY) pointer, to show where the 
next packet to be unioaded (or processed) lies. As packets 
are received, the boundary pointer follows the current page 
pointer around the ring. The page start and stop pointers 
remain unchanged during operation. 


The receive buffer ring is divided into 256 byte buffers, and 
these buffers are linked together as required by the re- 
ceived packets (see Figure 4). Up to 256 of these buffers 
can be linked together in the receive buffer ring, yielding a 
maximum buffer size of 64K bytes. Since all NIC registers 
are 8 bits wide, the ring pointers refer to 256 byte bounda- 
ries within a 64K byte space. 


At initialization, PSTART register is loaded with the begin- 
ning page address of the ring, and PSTOP is loaded with the 
ending page address of the ring. 


On a valid reception, the packet is placed in the ring at the 
page pointed to by CURR plus a 4 byte offset (see Figure 5). 
The packet is transferred to the ring, a OMA burst at a time. 
When necessary, buffers are automatically linked together, 
until the complete packet ts received. The last and first buff- 
ers of the ring buffer are linked just as the first and seconds 
buffers. At the end of a reception, the status from 





TL/F/9141-7 


FIGURE 6. Packet Rejection 
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FIGURE 5. Receive Packet Buffering 
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the Receive Status Register (RSA), a pointer to the next 
packet, and the byte count of the current packet are written 
into the 4 byte offset. 


lf a receive error occurs (FAE, CRC) CURR is not updated 
at the end of a reception, so the next packet received over- 
writes the bad packet (see Figure 6). This feature can be 
disabled (by setting the save errored packet (SEP) bit in the 
RCR) to allow examination of errored packets. 


At receiving nodes, collision fragments may be seen as runt 
packets. A runt packet is a packet less than 64 bytes (512 
bits) long, and since a collision must occur in the first 512 bit 
times, the packet will be truncated to less than 64 bytes. 
After runt packets are received, the CURR is not updated, 
so the next packet received will overwrite the runt packet. 
This standard feature can also be suppressed by setting the 
AR bit in the TCR. This is useful when it is desirable to 
examine collision fragments, and in non-standard applica- 
tions where smaller packets are desirable. | 


Once packets are in the receive ring they must be process- 
ed. However, the amount of processing that occurs while 
the packet is in the buffer ring varies according to the imple- 
mentation. As packets are removed from the buffer ring, the 
boundary pointer (BNRY) must be updated. The BNRY al- 
ways follows CURR around the ring (see Figure 7). 
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FIGURE 7. Removing Packets From Receive Buffer Ring 


if the current local OMA address ever reaches BNRY, the 
ring is full. in this case, the current and any additional recep- 
tions are aborted and tallied until the BNRY pointer is updat- 
ed. Packets already present in the ring will not be overwrit- 
ten (see Figure 8). All missed packets will increment the 
missed packet tally counter. When enough memory is allo- 
cated for the receive buffer ring, the overwrite warning (set- 
ting of the OVW bit of the ISR) should seldom occur. 
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FIGURE 8. Receive Buffer Ring Overwrite Protection 


A second set of OMA channels has been included on the 
DP8390 to aid in the transfer of packets out of the buffer 
ring. These Remote DMA channels can work in close co-op- 
eration with the receive buffer ring to provide a very effec- 
tive system interface (§7). 


if the BNRY is placed outside of the buffer ring, no overwrite 
protection will be present, and incoming packets may over- 
write packets that have not been processed. This may be 
useful when evaluating the DP8390, but in normal operation 
it is not recommended. 


When the CURR and BNRY pointers are equal, the buffer 
ring can either be completely empty or completely full. To 
ensure that the NIC does not misinterpret this condition, it is 
necessary to guarantee that the value of the BNRY pointer 
does not equal the value of the CURR pointer. It is recom- 
mended that the BNRY pointer be kept one less than CURR 
pointer when the ring is empty, and only be equal to CURR 
when the ring is full, as shown below. 


1. Use a variable (NXTPKT) to indicate from where the next 
packet will be removed (possibly using Remote DMA) 


2. At initialization set: 
BNRY = PSTART 
CURR = PSTART + 1 
NXTPKT = PSTART + 1 


3. After each packet is removed from the ring, use the next 
packet pointer in the header information (the second byte 
- Of the header), HNXTPKT, and set: — 
NXTPKT = HNXTPKT 
BNRY = HNXTPKT — 1 
If BNRY < PSTART then BNRY = PSTOP — 1 


The above procedure is not necessary if the Send Packet 
Command is used to remove packets from the ring as ex- 
plained in section 7. 


5.0 SVYSTEM(NETWORK INTERFACE 


The OP6390 offers considerable flexibility when designing a 
system/network interface. This flexibility allows the design- 
er to choose the appropriate price/performance combina- 
tion while easing the actual design process. 


5.1 interfacing Considerations 


Several features have been included on the NIC to allow it 
to easily be integrated into many systems. The size of the 
data paths, the byte ordering, and the bus latencies are ai 
programmable. in addition, the clock the OMA channeis use 
is not coupled to the network clock, so the NIC’s DMA can 
easily be integrated into memory systems. | 


5.1.1 Data Path 


The NIC can interface with 8, 16, and 32 bit microproces- 
sors. The data paths are configurable for both byte- wide 
and word-wide transfers (bit WTS in OCR). When in word- 
wide mode, the byte ordering is programmable to accommo- 
date both popular byte ordering schemes. Ali NIC registers 
are 8 bits wide to allow 8, 16 and 32 bit processors to ac- 
cess them with no additional hardware. If the NIC’s 16 ad- 
dress lines (64K bytes) do not provide an adequate address 
space, the two OMA channels can be concatenated to form 
a 32 bit OMA address (bit LAS in OCR). 


5.1.2 Local OMA 


The DMA transfers between the FIFO and memory during 
transmission and reception occur in bursts. The bursts be- 
gin when the FIFO threshold is reached. Since only a single 
FIFO is required (because a node cannot receive and trans- 
mit simultaneously), the threshold takes on different mean- 
ings during transmission and reception. During reception the 
FIFO threshold refers to the number of bytes in the FIFO. 
During transmission the FIFO threshold refers to the num- 
ber of empty bytes in the FIFO (16 - # bytes in FIFO). The 
FIFO threshold is set to 2, 4, 8 or 12 bytes (1, 2, 4 or 6 
words) in the OCR (bits FTO, FT1). 

The number of transfers that occur in a burst depends on 
whether the Exact Transfer or Empty/Fill mode is used (bit 
BMS in OCR). When in Exact Transfer mode, a number of 
bytes/words equal to the FIFO threshold will be transferred 
in each burst. The Empty/Fill mode continues the transfers 
until the FIFO is empty, during receptions, and full, during 
transmissions (see Figure 8). 


BREO SP eee, Se 


Ao0-15 CD CD, Cae CD a 
ONE BURST 


where N = 1,2, 407 6 Words of N = 2, 4,8, of 12 Bytes when in byte mode 
FIGURE 8. Local OMA Burst 
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Before a burst can begin, the NIC must first arbitrate to 
become master of the bus. It requests the bus by activating 
the BREQ signal and waiting for acknowledgment with the 
BACK signal. Once the NIC becomes the master of the bus, 
the byte/word transfers may begin. The frequency of the 
OMA clock is not related to the network clock, and can be 
input (pin 25) as any frequency up to 20 MHz. For 10 Mbit/ 
sec networks the DMA clock can be as siow as 6 MHz. This 
allows tailoring of the OMA channel, to the system. The lo- 
cal DMA channel can burst data into and out of the FIFO at 
up to 10 Mbyte/sec (8X the speed of standard Ethernet). 
This means that during transmission or reception the net- 
work interface could require as little as one eighth of the bus 
bandwidth. 


5.1.3 Bus Analysis 


Two parameters useful in analysis of bus systems are the 
Bus Latency and the Bus Utilization. The Bus Latency is the 
maximum time between the NIC assertion of BREQ and the 
system granting of BACK. This is of importance because of 
the finite size of the NIC’s internal FIFO. if the bus latency 
becomes too great, the FIFO overtiows during reception 
(FIFO overrun error), and becomes empty during transmis- 
sion (FIFO underrun error). Both conditions result in an error 
that aborts the reception or transmission. In a well designed 
system these errors should never occur. The Bus Utilization 
is the fraction of time the NIC is the master of the bus. It is 
desirable to minimize the time the NIC occupies the bus, in 
order to maximize its use by the rest of the system. When 
designing a system it is necessary to guarantee the NIC a 
certain Bus Latency, and it is desirable to minimize the Bus 
Utilization required by the NIC. 


Associated with each DMA burst is a OMA set up and recov- 
ery time. When a packet is being transferred either to or 
from memory it will be transferred in a series of bursts. If 
more byte/word transfers are accomplished in each burst, 
fewer bursts are required to transfer the complete packet, 
and less time is spent on DMA set up and recovery. Thus, 
when longer bursts are used, less bus bandwidth is required 
to complete the same packet transfer. 


The Empty(/Fill) mode guarantees longer bursts because 
as the byte/word transfers are taking place, serialized data 
is still filling(/emptying) the FIFO, and these additional 
bytes/words must also be transferred out of(/into) the 
FIFO. The least NIC bus utilization occurs when the bursts 
are as long as possible. This occurs when the threshold is 
as high as possible, and Empty/Fill mode is used. The de- 
termination of the threshold is related to the maximum bus 
latency the system can guarantee the NIC. 


If the NIC is required to guarantee other devices a certain 
bus latency, it can only remain master of the bus for a cer- 
tain amount of time. In this case, the Exact Transfer burst 
mode is desirable because the NIC only remains master of 
the bus for a certain amount of time. 


6.0 INTERFACE OPTIONS 


The network interface can be incorporated into systems in 
several ways. The network interface can be controlled by 
either a system processor or a dedicated processor, and 
can uthze either system memory or buffer memory. This 
section covers the basic interface architectures. 


6.1 Single Bus System 


The least complex implementation places the NIC on the 
same bus as the processor (see Figure 10). The DP8390 
acts as both a master and a slave on this bus; a master 
during OMA bursts, and a slave during NIC register access- 
es. This architecture is commonly seen on motherboards in 
personal computers and low cost workstations, but until re- 
cently without an integrated network interface. A major is- 
sue in such designs is the bus bandwidth for use by the 
processor. The DP8390 is particularly suitable for such ap- 
plications because of its bus utilization characteristics. Dur- 
ing transmissions and receptions, the only time the NIC be- 
comes a bus master, the DP8390 can require as little as 
one- eighth the bus bandwidth. In addition, the previously 
mentioned bus tailoring features, ease its integration into 
such systems. 


PROCESSOR 





FIGURE 10. Single Bus Configuration 
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The design must.only be able to guarantee the NIC a maxi- 
mum bus latency (< 9 ys for 10 Mbit/s networks), because 
of the finite size of the on-chip FIFO. In bus systems where 
the NIC is the highest priority device, this should present no 
problem. However, if the bus contains other devices such as 
Disk, OMA and Graphic controllers that require the bus for 
more than 10 ys during high priority or real time activities, 
meeting this maximum bus latency criteria could present a 
problem. | 


Likewise, many existing single bus systems make no provi- 
sion for external devices to become bus masters, and if they 
do, it is only under several restrictions. In such cases, an 
interface without the mentioned bus latency restrictions is 
highly desirable. . 


6.2 Dual Port Memory 

One popular method of increasing the apparent bus latency 
of an interface, has the added effect of shielding the system 
bus from the high priority network bandwidth. In this applica- 
tion, the Dual Port Memory (DPM) allows the system bus to 
access the memory through one port, while the network in- 
_ terface accesses it through the other port. In this way, all of 
the high prority network bandwidth is localized on a dedicat- 
ed bus, with little effect on the system bus (see Figure 17). 
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FIGURE 11. OPM Configuration 






Qual Port Memories are typically smaller than the main 
memory and little, if any, processing can occur while the 
packets are in the OPM. Therefore, the processor (or if 
available, OMA controller) must transfer data between the 
OPM and the main memory before beginning packet pro- 


cessing. In this example, the OPM acts as a large packet © 


FIFO. 


Such configurations provide workable solutions, however, 
Dual Port Memories are inherently expensive. Aside from 
the extra complexity of the software, OPM contention logic 
iS expensive, and dedicated DPM chips provide only 1k of 
memory and cost as much as advanced VLSI devices. In 
addition, some systems do not contain additional memory 
for such memory mapped interfaces. 


6.3 Oual Port Memory Equivalent 


The functional equivalent of a Dual Port Memory implemen- 


tation can be realized for low cost with the OP8390. This 
configuration makes use of the NIC’s Remote DMA capabili- 
ties and requires only a buffer memory, and a bidirectional 
I/O port (see Figure 12). The complete network interface, 
with 8k x 8 of buffer memory, easily fits onto a half sze IBM- 
PC card (as in the Network interface Adapter, NIA, for the 
IBM-PC.) | 
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FIGURE 12. DPM Equivalent Configuration 


The high priority network bandwidth is decoupied from the 
system bus, and the system interracts with the buffer mem- 
ory using a lower priority bi-directional |/O port. For exam- 
ple, when a packet is received the local OMA channel! trans- 
fers it into the buffer memory, part of which has been config- 
ured as the receive buffer ring. The remote DMA channel 
then transfers the packet on a byte by byte (or word by 
word) basis to the |/O port. At this point, as in the previous 
example, the processor (or if available, OMA channe?), 
through a completely asynchronous protocol, transfers the 
packet into the main memory. 


6.4 Dual Processor Configuration 

For higher performance applications, it is desirable to off- 
load the lower-level packet processing functions from the 
main system (see Figure 17). A processor placed on a local 
bus with the NIC, memory and a bi-directional !/O port could 
accomplish these lower-level tasks, and communicate with 
the system processor through a higher level protocol. This 
processor could be responsible for sending acknowledge- 
ment packets, establishing and breaking logical links, as- 
sembling and disassembling files, executing remote proce- 
dure calls, etc. 
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FIGURE 13. Oual Processor Configuration 
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7.0 REMOTE DMA 


A second set of DMA channels is built into the DP8390 to 
aid in the system integration (as discussed above). Using a 
simple asynchronous protocol, the Remote OMA channels 
are used to transfer data between dedicated network mem- 
ory. and common system memory. in normal operation, the 
remote DMA channels transfer data between the network 
memory and an !/O port, and the system transfers between 
the I/O port and the system memory. The system transfers 
are typically accomplished using either the processor, or a 
OMA controller. 


The Remote DMA channels work in both directions; pending 
transmission packets are transferred into the network mem- 
ory, and received packets are transferred out of the network 
memory. Transfers into the network memory are known as 
remote write operations, and transfers out of the network 
memory are known as remote read operations. A special 
remote read operation, send packet, automatically removes 
the next packet from the receive buffer ring. 


7.1 Performing Remote OMA Operations 


Before beginning a remote DMA operation, the controller 
must be informed of the network memory it will be using. 


LIFE SUPPORT POLICY 


Both the starting address (RSARO,1) and length (RBCRO, 1) 
are set before initiating the remote DMA operation. The re- 
mote OMA operation begins by setting the appropriate bits 
in the Command Register (ROO-RD3). When the remote 
OMA operation is complete (all of the bytes transferred), the 
ROC bit (Remote OMA Complete) in the ISR (Interrupt 
Status Register) is set and the processor receives an inter- 
rupt, whereupon it takes the appropriate action. When the 
Send packet command is used, the controller automatically 
loads the starting address, and byte count from the receive 
bufter nng for the remote read operation, and upon comple- 
tion updates the boundary pointer (BNRY) for the receive 
buffer ring. Only one remote DMA operation can be active at 
a time. 


7.2 Hardware Considerations 


The Remote DMA capabilities of the NIC were designed to 
require minimal external components and provide a simple 
implementation. An eight bit bi-directional port can be impie- 
mented using just two 374 latches (see the OP8390 
Hardwre Design Guide). All of the control circuitry is provid- 
ed on the DP8390. in addition, bus arbitration with the local 
DMA is accomplished within the NIC in such a way as to not 
lock out other devices on the bus (see the DP8390 Data- 
sheet). 
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VG; National Hardware Design with the DP8390 
Corporation 


This document is intended for individuals designing with the DP8390 Net- 
work Interface Controller (NIC). A structured approach is outlined to organize 
the design process. The designer should be familiar with the Introductory Guide 
and Datasheet for the DP8390 before embarking on the design path. 


The design process is divided into the network interface, the processor 
interface, the local DMA interface, and the remote DMA interface. The require- 
ments for each interface are reviewed below. 


1. The Network Interface 


From the designers point of view, this is perhaps the easiest interface. The 
network interface up to the NIC is completely duplex. For transmission, an 
enable , clock and data line are used (TXE, TXC and TXD) and are generated by 
the NIC. For reception an enable, clock and data line are used (CRS, RXC and 
RXD) and generated by the manchester decoder. Should collisions occur on the 
network, the COL signal is asserted, causing the NIC to begin the retransmission 
process. A diagnostic pin is provided to facilitate loopback testing through the 
manchester encoder/decoder. | 


For Ethernet /Cheapernet applications, the NIC can be connected directly 
to the DP8391 Serial Network Interface (SNI), as shown below. The pinout of the 
NIC and the SNI has been arranged to aid in the component layout. — 





Figure 1 Network Interface 


2. Processor Interface 

The processor interface provides the ability to access the NIC’s internal 
registers, receive interrupts from the NIC, and perform the hard reset opera- 
tion. > 


2.1. Interrupt Generation 
The NIC requests processor intervention by issuing an interrupt. The INT 
output of the NIC is active HIGH and should be connected to either an interrupt 
control unit, or directly to the processor. The INT output of the NIC goes low 
when the interrupt is reset by writing to the appropriate bit in the interrupt 
status register. | | | 
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2.2. Hard Reset 


All internal NIC registers and PLAs are reset when a hard reset is issued. 
When the /RST signal is activated for 8 DMA or network clocks (whichever is fas- 
ter), a hard reset is accomplished. The /RST signal can be generated with either 
a@ power up RC circuit, or with an address decode to allow the software to accom- 
plish the hard reset. 


2.3. Register Access 

The NIC is initialized and controlled through an array of registers, as a stan- 
dard peripheral. All registers are 8 bits to maintain compatibility with 8 bit pro- 
cessors. The hardware designer must allow the processor to access these regis- 
ters in regular Memory or I/O cycles. Register access cycles consist of two main 
parts, the register selection and the data transfer. 


2.3.1. Register Selection | 

Four register address lines are provided (RAO-RA3) for selecting the proper 
register (16 registers are accessable at a time). These address lines can be 
latched with an address strobe provided by the processor and input to the ADSO 
pin of the NIC, or if they are stable for the duration of the register access cycle, 
the ADSO line can be pulled high to place the register selection in flow through 
mode. The latched mode using an address strobe is particularly useful when 
interfacing to a processor with a multiplexed address/data bus. The flow 
through mode is useful when interfacing to a processor with a demultiplexed 
address/data bus, or when register accesses and DMA operations occur on 
separate busses, as in the NIA demo board. In the latter case it is necessary to 
use a 8 bit transceiver (245) to isolate the data busses. 


RA0O-RA3 
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Figure 2 Register Selection - Latched 
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Figure 3 Register Selection - Flow Through 


Once the register address is latched or stable, the NIC can be selected. The 
/CS input to the NIC is asserted to indicate that a NIC register is being accessed. 
This /CS signal would typically be a simple address decode. 


2.3.2. Data Transfer 


When /CS is active with the /SWR or /SRD signal, the processor must insert 
wait states until the /ACK signal is asserted. /CS may be asserted either before 
or after the assertion of /SRD or /SWR. The WAIT (shown below) must be 
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generated and input to the processor. The acknowledge signal (/ACK) accom- 
plishes arbitration for the NIC’s internal data paths i.e. if a local DMA is in pro- 
gress while a register is accessed, the register access will be deferred (by not 
asserting the /ACK signal) until the local DMA burst is complete. If a dual bus 
architecture is used, as in the DP839EB IBM PC demoboard (see AN-479 DP839EB 
Network Evaluation Board), the /ACK signal can be used directly to enable the 8 
bit transceiver. 


Once the /ACK signal is asserted the register access can proceed. During a 

read operation the NIC sources data on ADO-AD7 which is latched by the proces- 

sor on the rising edge of the /SRD strobe. During a write operation, the NIC 
latches the data present on ADO-AD7 on the rising edge of the /SWR strobe. 
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| Figure 4 Register Data Transfer 
Consult the DP8390 datasheet for the appropriate timing requirements. 


3. Local DMA Interface 


When receiving and transmitting packets, the NIC’s local DMA channel is 
used to transfer data between memory and the NIC’s internal 16 byte FIFO. At 
initialization, the Data Configuration Register is programmed with the proper 
configuration; 8 or 16 bit memory interface, byte ordering for 16 bit applica- 
tions, and the appropriate FIFO thresholds and burst mode. 


Local DMA transfers occur in bursts of an integral number of transfers 
depending on the selected FIFO threshold and burst mode. Once the FIFO thres- 
hold is reached, the NIC arbitrates for use of the bus, and when granted use of 
the bus, continues with the proper number of memory transfers. 





3.1. Bus Arbitration 


| The bus request (BREQ) signal is asserted by the NIC to request use of the 
bus for the DMA transfer. External arbitration logic grants the NIC use of the bus 
by asserting the BACK signal. After the NIC sychronizes to the BACK signal, (typi- 
cally four to eight DMA clocks) the memory transfers begin. The BACK signal 
should remain active until BREQ is deasserted. 


3.2. Memory Transfer 


The NIC provides multiplexed address/data (ADO-AD15) for use in the DMA 
operations. When 8 bit data paths are used, the lower 8 address bits must be 
latched, and when 16 bit data paths are used, all 16 address bits must be 
latched. The NIC’s address strobe, ADSO, is used to latch the appropriate bits. 
ADSO is only driven while the NIC is the master of the bus (BACK is asserted), at 
other times it is tri-stated. In single bus applications, it is possible to share the 
address latches with the processor (if the processor also gives multiplexed 
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address/data signals) as long as the address strobe is handled properly. Many 
processors do not tri-state their address strobes when they are not the master 
of the bus, so it may be necessary to either tri-state their address strobe, or 
provide multiplexing logic for the address strobe (typically in a PAL). 


Once the address is latched and present at the memory, the NIC asserts the 
/MRD or /MWR strobe, depending on whether a transmit or receive is in pro- 
gress. Data must be stable at ADO-7(15) on the rising edge of the /MRD signal so 
the NIC can latch in the transmit data. The NIC presents data to the memory 
before the rising edge of the /MWR signal so the receive data can be written into 


memory. 
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Figure 5 Local DMA cycle 


3.3. DMA Burst Transfer Mode 


The DP8390 DMA channel offers considerable flexibility when designing the 
local DMA interface. A separate DMA clock (BSCK) is used for the DMA cycles, 
allowing the DMA to easily be integrated into memory systems. In addition, the 
size of the DMA bursts is programmable. However, because of the finite size of 
the on chip FIFO, restrictions are placed on the local DMA interface. 


There are two conditions which may cause the FIFO to overrun or underrun. 
The first condition occurs when the bus latency (the time between the assertion 
of BREQ and the granting of BACK) is longer than the time it takes to fill (or 
empty) the remaining locations in the FIFO. This places a restriction on the max- 
imum allowable bus latency. The second condition occurs when the local DMA 
throughput is not greater than that of the network. The local DMA throughput is 
dependent on two factors, the DMA clock and the bus latency. This condition 
places further restrictions on the maximum allowable bus latency and the 
minimum DMA clock speed. 


When the latency other devices on the bus can tolerate is crucial, as in sys- 
tems using dynamic RAM that require refresh at defined intervals, the exact 
transfer mode should be used for the burst transfers. This mode guarantees that 
the NIC will only remain master of the bus for a fixed amount of time. In dual bus 
architectures where the NIC performs internal arbitration between register 
accesses and DMA operations, if a register access is attempted while a DMA 
operation is in progress, the processor must insert wait states until the DMA 
burst is complete. 


On reception, no DMA transfers will occur unless the received Destination 
Address matches the node's Physical or Multicast address. This implies that the 
FIFO is used as a temporary storage for the received Destination Address. The 
BREQ signal is not asserted until 8 bytes have accumulated in the FIFO. BACK © 
must be granted before the FIFO overruns. The FIFO will overrun if BACK is not ~ 
granted within 3.6usec for 2 and 4 byte FIFO thresholds and 2.Busec for 8 byte 
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FIFO thresholds. These maximum allowable bus latencies (for 10Mbit/sec net- 
works) assume that the empty/fill DMA transfer mode is used with at least a 7 
MHz DMA clock is used. The Exact DMA transfer mode places further limitations 
on the allowable bus latencies for 2 and 4 byte thresholds. 


When the exact burst DMA transfer mode is selected, the relationship 
between the DMA clock frequency, the burst size (the burst size is equal to the 
FIFO threshold when using the exact transfer burst mode) and the bus latency is 
more involved. The DMA must be able to transfer data into and out of the FIFO 
faster than the network over every time period equal to 8 * FIFO threshold 
(oytes) *period of the network clock (100ns for Ethernet). 


The graphs of figures 6 and 7 below show the range of usable FIFO thres- 
holds, given the worst case bus latency that can be guaranteed to the NIC, and 
the frequency of the DMA clock (BSC , to avoid FIFO underrun/overrun errors 
for byte and word mode transfers in Ethernet/Cheapernet applications. For a 
particular worst case bus latency, any DMA clock frequency to the right of the 
threshold curve is usable. If the system can not guarantee the NIC an appropri- 
ate bus latency, an architecture using a local buffer RAM should be considered. 
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Figure 6 FIFO Threshold for Byte Mode 


National Semiconductor F-13 February 1987 


DP8390 Design Guide Hardware 


4 word threshold 


OO oe aN 
— a a ane 


BUS LATENCY (uS) 


— 
aa: i oe SS — 


10 16 20 





Figure 7 FIFO Threshold for Word Mode 


Within the latency requirements of other devices on the bus, it is desirable 
to use bursts as long as possible to maximize the usable bandwidth for other 
devices on the bus. Since associated with each DMA burst is a DMA set up and 
recovery time (8-12 DMA clocks), if the bursts are longer, fewer bursts will 
occur, and less bandwidth will be used for DMA set up and recovery. In most 
applications, an eight byte threshold should prove to be a sufficient starting 
point, but in certain cases it may be advantageous to use shorter burst (when it 
is necessary to guarantee other devices certain bus latencies) or longer bursts 
(when it is desirable to minimize the NIC’s utilization of the bus). 


See the DP8390 Introductory Guide, Data Sheet and Update for further 
information. The empty/fill DMA burst mode is not supported on REV C of the 
DP8390 for normal operation (it is used during loopback diagnostics). Subse- 
quent revisions of the DP8390 support this feature. 


In STARLAN applications, where the network clock is 10 times slower, the 
bus latency criteria is much less rigid (60 psec for 8 byte thresholds), and 
should not pose any design restrictions. 


3.4. Wait State Insertion 

With the mentioned bus interfacing features, it should be possible to design 
the DMA interface to avoid wait state insertion. However, if necessary, an 
integral number of wait states may be inserted into the DMA cycles as noted in 
the datasheet (timing section). 


4. Remote DMA Interface 

Remote DMA capabilities were included in the NIC to aid in the Seanetér of 
information between a local buffer RAM and the host system. The Remote DMA 
channel is particularly useful in applications that make the network interface 
appear as a standard I/O port, as in architectures similar to the NIA demoboard. 


The Remote DMA capabilities of the NIC require minimal external com- 
ponents and provide a simple implementation. All of the control circuitry is pro- 
vided by the DP8390. In addition, bus arbitration with the local DMA is 
accomplished within the NIC in such a way as to not lock out other devices on 
the bus. 
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4.1. Remote Read 


_ During a remote read operation, data is read from the network memory 
and transferred to the port, whereupon it is read by either a system proces- 
sor or DMA channnel. Each transfer follows the following protocol. 





Figure 8 Remote Read Transfer 


The Remote DMA channel arbitrates for the local bus by raising the BREQ 
signal. Upon receiving the BACK signal, the first half of the transfer begins. 
The 16 address lines are placed on the bus (ADO-15), and latched with ADSO into 
the resident 373. The /MRD signal is given to the memory and data flows to the 
374. After two DMA clocks the /PWR signal latches the data into the 374, and 
the Remote DMA channel releases the bus. At this point the remote DMA byte 
count is decremented, the address is incremented and an interrupt is given to 
the system via the PRQ signal. Upon receiving the PRQ interrupt either the DMA 
controller or processor reads the data from the 374. The signal the system uses 
to read the 374 is used by the NIC as the read acknowledge, (RACK signal) 
to indicate the end a remote read transfer. Transfers continue until the remote 
DMA byte count reaches Zero. It is only possible to read the remote DMA address 
during operation. 


4.2. Remote Write 


During a remote write operation, data is written into the network memory, 
once it is placed inthe port. Each transfer follows the following protocol. 
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Figure 9 Remote Write Transfer 


The Remote DMA channel indicates that it is ready to receive a byte by 
sending an interrupt (PRQ) to the system. The PRQ signal remains high until the 
system writes to the port. The signal the system uses to write to the port is 
used by the NIC as the write acknowledge (WACK signal) to indicate that byte 
has been written to the 374. After the byte is in the latch, the Remote DMA 
channel arbitrates for the local bus as with the Remote Read. Once the address 
is latched and available at the memory, the output of the 374 is enabled with 
the /PRD signal and written into memory with the /MWR signal. At this point the 
remote DMA address is incremented and the byte count is decremented. 
Transfers continue until the remote DMA byte count reaches zero. 


4.3. Higher Performance 

- The above byte transfer protocol, is equally applicable to word wide 
Remote DMA transfers. This modification doubles the transfer rate, but requires 
additional hardware. Jt is only possible to perform word wide Remote DMA 
transfers when word wide Local DMA transfers are utilized. 


_ For even higher performance systems, it is possible to take advantage of 
burst mode DMA features of DMA controllers, by building a more sophisticated 
handshaking protocol with additional external logic. as possible, show single bus 
systems. | 
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Loopback capabilities are provided to allow certain tests fo be performed to vali- 
date operation of the DP8390 NIC prior to transmitting and receiving packets on 
a live network. Typically these tests may be performed during power up of a 
node. The diagnostic provides support to verify the following: 


1) Verify integrity of data path. Received data is checked against transmit- 
ted data. 


2) Verify CRC logic’s capability to generate good CRC on transmit, verify 
CRC on receive (good or bad CRC). 
3) Verify that the Address Recognition Logic can 


a) Recognize address match packets 
b) Reject packets that fail to match an address 


LOOPBACK MODES 

Loopback modes are selected by programming the Transmit Configuration 
Register (TCR). Bits LBO and LB1 select the type of loopback to be performed. 
The NIC supports three modes of loopback: Internal Loopback (figure 1), Loop- 
back through an external encoder/decoder (figure 2) and Loopback through an 
external transceiver(figure 3). 


LOOPBACK OPERATION IN THE NIC 


Loopback is a modified form of transmission using only half of the FIFO. This 
places certain restrictions on the use of loopback testing. When loopback mode 
is selected in the TCR, the FIFO is split. A packet should be assembled in 
memory with programming of TPSR and TBCRO,TBCR1 registers. When the 
transmit command is issued the following operations occur: 


Transmitter Actions 


1) Data is transferred from memory by the DMA until the FIFO is filled. For 
each transfer TBCRO and TBCR1 are decremented. (Subsequent burst 
transfers are initiated when the number of bytes in the FIFO drops below 
the programmed threshold.) 


2) The NIC generates 56 bits of preamble followed by an 8 bit synch pattern. 
3) Data transferred from FIFO to serializer. 


4) If CRC=1 in TCR, no CRC calculated by NIC, the last byte transmitted is 
the last byte from the FIFO (Allows software CRC to be appended). If 
CRC=0, NIC calculates and appends four bytes of CRC. 


5) At end of Transmission PTX bit set in ISR. 


Receiver Actions . 
1) Wait for synch, all preamble stripped. 


2) Store packet in FIFO, increment receive byte count for each incoming 
byte. 
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3) If CRC=0 in TCR, receiver checks incoming packet for CRC errors. If 
CRC=1 in TCR, receiver does not check CRC errors, CRC error bit always set 
in RSR (for address matching packets). 


4) At end of receive, receive byte count written into FIFO, receive status 
register is updated. The PRX bit is typically set in the RSR even if the 
address does not match. If CRC errors are forced, the packet must match 
the address filters in order for the CRC error bit in the RS te be set. 


RESTRICTIONS USING LOOPBACK 


Since the NIC is a half-duplex device, several compromises were required for the 
implementation of loopback diagnostics. Special attention should be paid to the 
restrictions placed on the use of loopback diagnostics. 


1) The FIFO is split into two halves to allow some buffering of incoming data. 
The NIC transmits through one half of the FIFO and receives through the 
second half. Only the last five bytes of a packet can be examined in the 
FIFO, the DMA cannot store the loopback packet in memory. Thus loopback 
should be considered a modified form of transmission. 


2) Splitting of the FIFO has some bus latency implications. The FIFO depth 
is halved, reducing the amount of allowed bus latency and thresholds of 8 
and 12 bytes are not allowed. Also the Empty/Fill mode should be used to 
service the FIFO. In cases where the latency or Empty/Fill constraints can- 
not be accommodated, small packets can be transmitted. Also the FIFO 
must only be read when in Loopback mode, reading the FIFO in other modes 
will result in the NIC failing to issue the ACK signal properly. 


3) The CRC logic is shared by the receiver and the transmitter. The NIC 
cannot generate and check CRC simultaneously. Thus software generated 
CRC must be used to check the receiver. The CRC bit in the TCR is provided 
to program the NIC to not append the CRC. 


4) Address recognition logic must be checked indirectly through a small 
series of tests. 


5) Between consecutive transmissions in loopback mode the TCR must be 
set to 00h then back to the desired loopback mode. This guarantees align- 
ment of the FIFO pointers when data is read from the FIFO. 


ALIGNMENT OF DATA IN THE FIFO 


Data enters the receive half of the FIFO and is overwritten, thus only the last 8 
bytes of a packet are retained. At the end of reception, the NIC writes three 
additional bytes into the FIFO. These are the lower and upper byte counts(two 
copies). These bytes overwrite those bytes previously received, thus a total of 5 
received bytes can be examined in the FIFO. The length count found in the FIFO 
should agree with the number of bytes transmitted during loopback. 


Since the FIFO uses a circulating write pointer, care should be taken to align 
data in the FIFO by transmitting L= N*B +5 bytes (i.e. 13,21 ete). The resulting 
sequence of bytes read by consecutively reading the FIFO register is shown in 
figure 4. If CRC is appended the second through fifth byte will be the CRC 
appended by the NIC. This allows the CRC to be extracted from the NIC and 
compared to a previously calculated value for verification. 
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Before transmitting another loopback packet the TCR must be set to OOH to 
reset the FIFO pointers. | 


a 
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2 a 
1 [Tavrewaencn | an secon ope nee 
ee ce : 

> [Cerenrencn : 

© [Covenence , 

+ [Rowen errtcoue : 

& UPPER BYTE COUNT i <2 Last Byte Read 
1 [ervan errecouer] 


“ALIGNMENT OF PACKET IN FIFO FOLLOWING LOOPBACK" 


National Semiconductor ni | August 26, 1986 


DP8390 Design Guide : Diagnostics 


| J 
RESTRICTIONS USING WORD WIDE TRANSFERS 
Since the FIFO is split, only half ef each word is transferred into the transmit 
portion of the FIFO. The BOS bit in the DCR can be used to select which half of 
the word is written into the FIFO. (See figure 5.) 


NOTE: 


Even though a word is transferred to the NIC. only a byte is transmitted in 
the loopback packet. To properly transfer all the bytes in the loopback 
packet, the byte count must be 2X the number of bytes assembled in the 
loopback packet. 


Geese AR borer 
Guam BYTE oeeeenge 





FIGURE 5 
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EXAMPLES 


The following examples show what results can be expected from a properly 
operating NIC during loopback. The restrictions and results of each type of loop- 
back are listed for reference. The loopback tests are divided into two sets of 
tests. One to verify the data path, CRC generation and byte count through all 
three paths. The second set of tests uses internal loopback to verify the 
receiver's CRC checking and address recognition. For all of the tests the DCR 
- was programmed to 40h. 





Notes 


(1) Since carrier sense and collision detect inputs are blocked during inter- 
nal loopback, carrier and CD heartbeat are not seen and the CRS and CDH 
bits are set. 
(2) CRC errors are always indicated by receiver if CRC is appended by the 
transmitter. 


(3) Only the PTX bit in the JSR is set, the PRX bit is only set if status is writ- 
ten to memory. In loopback this action does not occur and the PRX bit 
remains 0 for all loopback modes. 





Notes 


(;) CDH is set, CRS is not set since it is eneratcs by the external 
encoder/decoder. 





Notes | 


(1) CDH aad CRS should not be set. The TSR however, could also contain 
01,03,07 and a variety of other values depending on whether collisions were 
encountered or the packet was deferred. 


(2) Will contain 08 if packet is not transmittable. 


General: During external loopback the NIC is now exposed to network 
traffic, it is therefore possible for the contents of both the Receive portion 
of the FIFO and the RSR to be corrupted by any other packet on the net- 
work. Thus in a live network the contents of the FIFO and RSR should not be © 
depended on. The NIC will still abide by the standard CSMA/CD protocol in 

external loopback mode. (i.e. The network will not be disturbed by the loop- 
back packet). 


CRC and ADDRESS RECOGNITION 


The next three tests exercise the address recognition logic and CRC. These tests 
should be performed using internal loopback only so that the NIC is isolated 
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from interference from the network. These tests also require the capability to 
generate CRC in software. 


The address recognition logic cannot be directly tested. The CRC and FAE bits in 
the RSR are only set if the address of the packet matches the address filters. If 
errors are expected to be set and they are not set, the packet has been rejected 
on the basis of an address mismatch. The following sequence of packets will test 
the address recognition logic. The DCR should be set to 40, the TCR should be 
set to 03 with a software generated CRC. 





Notes 
(1) Status will read 21 if multicast address used 
(2) Status will read 22 if multicast address used 


General: In test A, the RSR is set up. Intest B the address is found to match 
since the CRC is Magged as bad. Test C proves that the address recognition 
logic can distinguish a bad address and does not notify the RSR of the bad 
CRC. The receiving CRC is proven to work in test A and test B. 


A series of flowcharts is provided for an example set of tests for loopback. 
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StarLAN with the DP839EB Evaluation Board 


Overview 


Because of the identical packet structures and protocols between StarLAN (ibase5) and 
Ethernet, the DP8390 Network Interface Controller (NIC) can operate in both systems. To 
evaluate the DP8390 in StarLAN applications, the DP839EB Evaluation Board can be used with a 
“daughter card” that replaces the Ethemet/Cheapernet front end with a StarLAN front end. The 
StarLAN front end consists of an RS-422 type transceiver and a 1Mb/s Manchester 
~ endcoder/decoder,; as shown below. The SL4000, manufactured by Semicustom Logic, is used 

to perform the required ENDEC functions, and provides a direct interface to the DP8390. Further 
information on the SL4000 is available in the SL4000 datasheet. | 
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StarLAN Frontend for the DP8390 
Cabling 


A significant number of StarLAN networks are expected to use existing twisted pair telephone . . 
wiring. In this type of environment, the DTEs will be connected to wall outlets, which in tum, will 
be connected to wiring closets where the hubs will be located. The cabling used typically will 
consist of 26 - 22 gauge, unshielded twisted pairs and maximum cable length will be 
approximately 250 meters (800M). 


Transceiver 


The transceiver connects to two twisted pair phone wires, one for transmit, the other for receive. 
Similar to Ethernet, the cabling is isolated by two pulse transformers. Some pulse transformers 
also provide rise time limiting to reduce EMI. The transceiver circuitry is based on the DS8923 
dual receiver/driver combination. Two of the receivers are used to provide receive and squelch 
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functions. 
Squeich 


Since the cabling may be bundled together and routed close to heavy electrical equipment, 
squelch circuitry is necessary to reject signals generated from crosstalk between adjacent wires 
and impulse noise from large equipment. Proper noise immunity may be implemented using a 
second-order Butterworth filter with a 2MHz cutoff and setting a 600 mV squelch level. Because 
RS-422 receivers typically have 200mV threshold level, these inputs must be skewed to 600mvV. 
This may be implemented by using a resistor ladder which holds the inputs 600mV apart (as 
shown below). When an incoming signal exceeds the 600mV threshold, the receiver is enabled. 


The squelch circuitry must also reject signals of proper amplitude but with improper timing. Valid 
Manchester encoded data has transitions, at the longest, 1 usec apart. This squelch circuitry may 
be implemented by using a pulse stretcher which counts the time between sucessive transitions 
in the Manchester encoded data. If the transitions occur less than 1.6usec apart , the pulse 
stretcher retriggers and the data is declared valid; otherwise data to the encoder (SL4000) is 
squelched out. 


RX+ 
100Q 





Squelch Level Adjustment 


At the end of transmission, the receivers are vulnerable to noise generated from the transmitters 
shutting off from IDLE. During this period, undershoot may be produced from the transmitter for a 
duration up to 20usec. This undershoot may falsely interpreted by the decoder as valid; thus, 
the squelch circuitry must “blind” the receiver during this period. Both the pulse stretcher and 
“blind” timer are implemented ina 16R6 PAL. The state diagram and PAL listing are shown at the 
end of this document. 
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Transmitter 


The transmitter is comprised of one RS-422 driver provided in the DS8923 package. The Driver is 
enabled using the /CTS output of the SL4000. /CTS is asserted coincident with the first bit of 
valid data and its deasserted two bit time following the last bit. This allows generation of the 2 bit 
idle signal marking the end of the packet. When /CTS is deasserted, the RS-422 driver is 
disabled. 


SL4000 Interface to the NIC 


The SL4000, from Semi Custom Logic, interfaces directly to the serial interface pins of the 
DP8390 NIC. The PSEL pin of the SL4000 (pin 19) must be tied LOW to select the proper polarty 
for these signals (active HIGH). For more infomation, consult the SL4000 data sheet. An 
additional /RESET line is required by the SL4000 on power up. This can be connected to an RC 
network or to /RST (pin 41) of the DP8390 NIC. 


82C550A Interface to the NIC 


The 82C550A, from Chips & Technologies, is similar in function to the SL4000, but has on-chip 
squeich; hence the squelch circuitry discussed above is not necessary. The 82C550A interfaces 
to the DP8390 via 5 inverters to provide the proper polarity. The normal mode is selected since 
the input threshold level (GOOmV) needs to be adjusted externally. For more information consult 
the 82C550A datasheet. 


Building A StarlAN Daughter Card forthe NIA 


_ The DP8391 Serial Network Interface of the DP839EB Evaulation Board has been socketed to 
allow insertion of a StarLAN daughter card in its place. Unused pins on the DP8391 have been 
wired with additional signals that are necessary for a StarLAN daughter card. The phone jack is 
connected to the receiver and transmit pairs. The Schematic of a working daughtercard is . 
attached. 





Daughter Card Pin Assignment 
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_ Installation of the Daughter Card 


Once the daughter card has been assembled, the OP8391 Serial Network Interface chip 
(socketed) can be removed and replaced with the daughter card. Prior to installing the daughter 
card, the following jumpers must be removed: J1C - J7C, J1E - J7E, and JY. All demo software 
that is provided with the DP839EB works in StarLAN applications as well. The OP839EB may be 
attached to the StarLAN network by connecting the 8 pin RJ-45 modular jack to the hub via 


twisted pair phone cable. 





StarLAN Daughter Card Installation 


Supporting Documents 
The following references can be used to obtain further information . 
- Advanced Peripherals IEEE 802.3 Local Area Network Guide 
- DP8390 REV C update, December 10, 1986 
- Memo: DP839EB Upgrade to REV C DP8390, December 15, 1986 
- IEEE 802.3 1Base5 ("Star_AN”), draft H, December 1986 
- SL4000 Data Sheet (a product of Semi-Custom Logic) 
- 82C550A Data Sheet (a product of Chips and Technology) 
lf you have any further questions regarding StarLAN, contact Wesley Lee at (408) 721-3221. 


Considerations For Using Rev. C Silicon 


(1) There is a maximum ratio between the DP8390 network and DMA clocks. In order for the 4 
byte packet header to be property written by the DP8390, the DMA clock to Network clock may 
not be greater than 4:1; thus, in StarLAN applications, the DMA clock may not be greater than 
4MHz. This problem, however, can be circumvented by manipulating the packet header under 
software control. if you are using a DMA clock which is greater than the 4:1 ratio, the DP8390 
occassionaly copies the Lower Byte Count into the header twice, and fails to write the Upper Byte 
Count. The Upper byte count, however, is still available, although somewhat disguised. By 
subtracting the Next Page Pointer (second byte in the header) with the Next Page Pointer of the 
previous packet, the Upper Byte Count can be calculated. 
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Due to the architecture of the DP8390, this “restriction” will exist in all remaining revisions. 


(2) Due to the asynchronous nature between the local and remote DMAs, a race condition exists 
which may cause the local DMA to use the remote DMA’s address counter or visa versa. This 
problem has been indentifed and it was found that the problem is fixed using a DMA clock 
synchronous to the transmit clock of the encoder (SL4000), or a clock derived from the transmit 
clock. As shown in the schematic, an HC74 flip-flop is used to divide down the 8MHz clock of the 
SL4000 to 4MHz, and drive the DMA clock of the DP8390. 


This problem will be fixed in revision D. 


(3) The “send packet" command has been found to be non-functional under heavy network 
conditions for Star_AN applications; hence, i is not recommend that this command be used. 
Instead, used the Remote Read DMA and update BNDRY under software control. Note that . 
there are special conderations for updating BNDRY as specified in section 2.1 of the DP8390 
REV C UPDATE (December 10, 1985). To reiterate briefly, BNDRY must always be kept at least 
one 256 byte buffer behind the CURR pointer. 





Squelch PAL Listing 
(ABEL Format) 


module starlan_sqich flag ‘-12°,t4" _ title ‘StarLan Squelch 
Wesley Lee National Semiconductor 10/4/86 ° 
sqichdevice'p16R6'; 


"Define Pins 


cik,datain,sqich2in,data2in,enb 
pin 1,2,3,4,11; | 


dataout,q0,q1,q2,q3,dd,sqichout,dd2 
pin 12,13,14,15,16,17,19,18; 


cK x,Z@.C., .X, .Z; “clock, don't care, high imp. 


"Saqueich States 


s1 = *b0001; 
$3 = 460011; 
$7 = 4b0111; 
s6 = 460110; 
$12 = “b1100; 
84 = “b0100; 
$5 = “b0101; 
$13= “b1101; 
s9 = “61001; 
$8 = “61000; 
$10 = “61010; 
815 = “b1111; 
sO = “61110; 
S11=4D1011; 


S2 = “60010; 
$14 = “b0000; 


state_diagram [q0,q1,q2,q3] 


state $15: 
if Idd & sqich2in then1 
else 15; 
state s1: 
if Idd then 14 
else 2; 
state s2: 
if Idd then 14 
else 3; 
State $3: 
if dd then 14 


else 4;state s4: 


State $4: 
fiddthen14 
else 5; 
state $5: 
if Idd then 14 
else 6; 
state s6: 
if Idd then 14 
else 7; 
state s7: 
if Idd then 14 
else 8; 
state s8: 
if Idd then 14 
else 9; 
State s9: 
if Idd then 14 
| else 10; 
state 810: 
if Idd then 14 
else 11; 


State $11: 
if kdd then 14 
else 15; 
state $12: 
goto 1; 
state $13: 
goto 1; 
state 814: 
goto 1; 
state s0: 
goto 1; 


Equations 


dd := datain; 

dd2 := dd: 
sqichout = QO & qi & q2 & 3; 
dataout = qd & q1 & q2 & G3 # data2in; 


"Description: 


" This PAL implements the squeich functions for StarLan applications using the SL4000 encoder/decoder. 
"incoming “data (datain) is first synchronized with the 8MHz clock; then sampled for the first ‘zero’ in the 
“data stream. The squelch “timer then begins on the next ‘one’ in the data stream and is reset upon each 
“zero' in the data. The squelch eventually “times out when the input data stays high for greater than 1.6us. 
“At the end of the timeout, an RC time constant “prevents data from being received for another 20us. 


end starian_saich 
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I/O Address Decode Pius for NIA March 2, 1987 
“ICODE1 Doug Wilson 





AS A& A7 AG AS Ad PCRST /NMRD NA1i3 /IORD /IOWR GND 
PRQ /DACK /WAIT AEN /RACK /WACK /CSX /CSN /NICRST /CSROM /ACK VCC 


CSN = /AEN* AS* A&*® /A7*® /AG# /AS* /A4*® IOWR + 
/AEN® AS# A8&S* /AZ7# /AG# /AS* /A4% TIORD 


NICRST = PCRST 


RACK = /AEN* AS* AS&* /A7# /AG* /AS* AG* PRQ* IORD + 
DACK* IORD 

WACK = /AEN®*® AG* AS* /A7* /AG* /AS*= Ad PRQ* IOWR + 
DACK* IOWR 

CSX = CSN* IORD + 
CSN* IOWR + 
JAEN* AQ* AS* /A7*™ /AG* /AS* Ad* IORD + 
/AEN® AQ*® AS» /A7* /AG* /A5S* A4* IOWR 

IF (cSx) 


WAIT = /ACK * CSN + 
/PRQ * /CSN 


’ San = /NA13 * NMRD 
Description 


This pal performs the I/O decodes for selecting the NIC, and the handshake 
Signals for NIC’s remote dma. The pal supports the dma channels of the PC for 
remote DMA transfers with the NIC and also allows the use of atring 1/0 between 
80286 PC’s and NIC’s remote DMA. 

Using DECODE1 fixes the I/O BASE of the card at 300h. NIC registers fall in 
the space 300h - 30fh. To use the atring I/0G port, reads and writes are 
done to port 310h. 

Wait states are inserted (WAIT) to the PC bus when register accesses are 
given and the NIC is busy performing other operations (such as local bursts). 
When the NIC is ready, /ACK is given and no (more) wait states are inserted. 

Wait states may also be inserted during remote DMA operations and 80286 
machines using string I/0’s. WAIT occurs during a remote read if the PC AT’s 
/IORD goes low before the DP8390’s PR@ goes high. Similarly, WAIT occurs 
during a remote write if the PC AT’s /IOWR goes low before the NIC’s PRQ goes 
high. | 

NIC registers are accessed when CSN (Chip Select NIC) is asserted. The IORD 
and IOWR terms are included to ensure that the address lines are valid when 
CSN is given. 

The RACK and WACK signals are used by the NIC’s remote DMNA channel to 
acknowledge the end of a single read or write operation through the remote 
DMA I/O ports. These port are addressable by the PC DMA channel with DACK and 
Ig@) or IOWR, or by addressing the I/O location 310h (with string I/O’s). 

GsSX is used to enable the TRI-STATE output of WAIT during a register access 
(CSN), and during string I/O to the remote DMA’s I/O port (CSX). 





CSROM provides address decode for the address PROM. The card’s unique 
Ethernet address is tranaferred to the system using the NIC’s remote DMA. 
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STARLAN INTERFACE | SL4000 


PRELIMINARY 





PIN OUT 
FEATURES XTAL1(8X CLKIN) 


o INTERFACE FOR THE LAN CONTROLLERS 


o UP TO 4 MBITS PER SECOND DATA RATE SL4000 


o MANCHESTER ENCODER AND DECODER CRS 


1 

2 
3 
4 
5 
6 
7 
8 
i 


o ON CHIP CRYSTAL DRIVER RESET 


< 
vi 
a) 
=) 





o DIGITAL PHASE LOCK LOOP FOR 
RECEIVE CLOCK RECOVERY 
ORDERING INFORMATION 


o JITTER TOLERANCE OF 125 ns (At 1 Mb) 
Device Type 


o ON CHIP COLLISION DETECTION r 
, emperature range 


C =0°C.to 70°C 










o LOCAL LOOPBACK FOR EASY DEBUGGING Moses Cin dane 
o OPTION TO REVERSE POLARITY OF SIX Package 
KEY SIGNALS 
: | N= Plastic 
o IMPLEMENTED IN HIGH-SPEED CMOS TECHNOLOGY pane 
SL4000 C ON 
CTS 
$4000 
TXOIN (RZ = 
eet NRZ TO MANCHESTER > 
ENCODER 
(Manchester) = TRANSCEIVER 

. _[ 

Luis 

pew | 

+a coe | OER 
= = RTM COLLISION DETECTION DETECTION 

z MV 

Oo 

; x |p eee 

| - RECEIVER 
‘ 
ee (Manchester) TRANSCEIVER 
Cael Ge AS 
XTAL1 XTAL2 LPBK; RESET 
PSEL 
| Figure1. Functional Block Diagram 
'SEMICUSTOM LOGIC INC. May 1986 


50 W. Brokaw, #64, San Jose, CA 95110 Telephone: (40§;2%9-4441 
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PIN DESCRIPTION 


PIN 


ONOnf WD 


SYMBOL 


XTAL1 
XTAL2 
RXDOUT 
TXDIN 
RTS 
CIS 
CRS 
LPBK 


RESET 


VSS 
CDT 
MV 
CcD2 
RTM 
RXC 
TXC 
TXDOUT 
RXDIN 
PSEL 
VDD 


TYPE 


INPUT 
OUTPUT 
OUTPUT 
INPUT 
INPUT 
OUTPUT 
OUTPUT 
INPUT 


INPUT 


GND 
OUTPUT 
OUTPUT 
INPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
INPUT 
INPUT 
POWER 
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FUNCTION 


Crystal input (Or 8X clock - CMOS level) 
Crystal output 

Receive data output (NRZ format) 

Transmit data input (NRZ format) 

Request to send 

Clear to send, Active LOW 

Camier sense 

When active, this pin loops back transmit data to 
received data 

Chip reset. Mustbe active for at least 1 TXC cycles 
for proper operation 

Ground 

Collision detect 

Manchester violation, Active LOW 

Collision detect edge signai 

Retimed Manchester Data 

Receive clock 

Transmit clock 

Transmit data output (Manchester format) 
Receive data input (Manchester format) 
Selects polarity of pins 5, 7, 8, 11,15 and 16 
Power supply, 5V +/-10% 


Note: Allinputs are TTL compatible unless otherwise specified. 


DESCRIPTION 


The SL4000 is designed specifically for the 1Mbit per second CSMA/CD Local Area Network (LAN) 
commonly known as STARLAN. The device provides a glueless interface between industry standard 
LAN controllers (Like Intel's 82586, National's DP8390, Rockwell's R68802) and RS422 type transceivers. 


The device consists of three major blocks (Figure 1): 


t. TRANSMITTER: Performs NRZ to Manchester encoding including proper handshake. 


li. RECEIVER: Performs Manchester to NRZ decoding including clock recovery using 
8X Digital Phase Lock Loop (DPLL). 


li, COLLISION DETECTOR: Dynamically chécks the integrity of the data in both directions. 


SL4000 _STARLAN INTERFACE 


DEVICE OPERATION 


RESET: Master reset input, when LOW, clears all internal counters and deactivates all output signals. 
When HIGH, the transmit and receive clocks are enabled. 


TRANSMIT: The active ATS input from a controller signals begining of a transmit sequence. 
SL4000 waits for first TXDIN transition (No encoding is done until this time). This transition wakes up the 
encoder and it starts encoding NRZ data at TXDIN pin into the manchester format which is available at 
TXDOUTpin within 3 transmit clocks. The mid bit transition of TXDOUT is in synch with falling edge of TXC 
(When PSEL = HIGH). CTS output goes LOW 1/2 TXC cycles before first TXDOUT transition. 


At the end of the transmit sequence the controller deactivates RTS within one clock of last transmit 
bit. SL4000 will deactivate CTS after 2 TXC cycles. The TXDOUT will be pulled HIGH (Idle state) after last 
encoded bit is transmitted. The delayed deactivating of CTS allows proper disabling of the transceiver. 


RECEIVE: The receiver section is composed of two major blocks: 1) The 8X DPLL 
synchronizes the free running RXC to the incoming asynchronous data and 2) The DECODER 
converts manchester encoded data into NRZ format. 

The RXDIN is held HIGH during idle and the DPLL is searching for any transition on this pin. When a 
transition occurs, the DPLL locks within 4 preamble bits (altemating 1's and 0’s)to the incoming data. Upon 
lock, it checks the next two bits to be 01 or 10. A successful pattern check indicating detection of a legal 
carrier activates CRS. The manchester encoded data is now decoded and NRZ data is presented at 
RXDOUT. The maximum delay from the first preamble bit presented to SL4000 to the first decoded data bit 
out (and CRS activated) is no more than six bit times during normal operation. 

The device continues to decode until it detects Legal End Of Frame- EOF (two 
consecutive missing transitions in the middle of the bit cell and RXDIN is HIGH). At this time SL4000 
deactivates CRS and pull RXDOUT HIGH (idle) within 2.5 bit times, allowing for proper mplceeson of the 
data in the pipeline. The device now waits for the next transition on RXDIN. 


Retimed Manchester Signal is also available as an output and allows SL4000 to be used in HUB 
applications. 


COLLISION DETECTOR: 


i) MANCHESTER VIOLATION: During normal receive operation the SL4000 looks for missing mid-bit 
transitions (other than legal EOF) and declares a collision within 2.5 bits of a manchester violation. 


ii) COLLISION AT START-UP: If a collision presence signal is presented to SL4000 without a 
preamble, the device, within 10 xs, will declare a collision and activate CDT as well as CRS indicating that a 
carrier is present but the data is not good. An end of frame will clear both CDTand CRS. 


iii) ABSENSE OF ECHO: During normal operation ina STARLAN configuration TXDOUT should echo at 
RXDIN (and activate CRS) within 256 pS (One half slot time). lf CRS is not activated within the 256 ps, a 
collision is declared by activating CDT. SL4000 provides enough margin between 256 us and slot-time of 
512 us by activating CDT after 392 us. If camer is lost (after the 392 ys timeout) while RTS is still active, 
collision is declared and CDT activated. Removal of RTS clears CDT and the device resumes normal 
operation awaiting next RTS. 


A LOW to HIGH transition on CD2 will activate CDT during transmission only (RTS active). Deactivating 
RTS also deactivates CDT. CD2 HIGH also disables the 392 t:sec timer. 
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ADDITIONAL FEATURES 


1. LOCAL LOOPBACK: When LPBK is active, the TXDOUT is internally routed to RXDIN, TXDOUT pin is 
held HIGH and the RXDIN pin is disabled. The 392 psec timer also times out in 49 psec. 


2. POLARIFY SELECT: When PSEL is HIGH, TXC and RXC (internally) sample related signals on the rising 


edge. Also CRS, CDT, RTS and LPBK are ACTIVE LOW. This allows easy interfacing with controllers that 


sample these signals on the falling edge. When PSEL is LOW, these six signals are complemented within 
SL4000. 


OPTIONAL FEATURES 


1. Transmit clock can be an input instead of an output. This allows SL4000 to be used with controllers that 
generate their own TXC. 


2. FORCED COLLISION input CD1, when LOW, activates CDT. Only a HIGH on CD1 can deactivate CDT. 


Note: These options are not available on standard SL4000 devices. Consult factory for details. 


DELAYS and LOSSES 


Description 


Max bit delay Max bit loss 
1. First PREAMBLE TRANSITION to 6 (including foss) 4 

CRS active and RXDOUT valid. | 
2. First MANCHESTER VIOLATION to 25 NVA 

CDT active. 
3. First COLLISION PATTERN (without 10 (including loss) 8 

PREAMBLE) at RXDIN to CDT and CRS 

active. 
4. End Of Frame (EOF) to CRS inactive. 25 NVA 
5. Last TXDOUT bit to CTS HIGH. 2.5 NWA 


6. First (NRZ) PREAMBLE bit INto 3 1 
First (Manchester) PREAMBLE 
bi OUT. 
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ELECTRICAL SPECIFICATIONS 


D.C. SPECIFICATIONS: TA=0 -70 C, VDD=5V 43-10% 


[Symbat_ [Parameter «Min [Max [Unto [Romance 












Input LOW Voltage 


Input HIGH Voltage 





( 
Output LOW Voltage (TTL) 

(CMOS) 
Output HIGH Voltage (TTL) 

(CMOS) 


Input Leakage Current 


IOL = 10 mA 
IOL = 1pA 

IOH =-10 mA 
IOH =-1 pA 


Output Leakage Current 


input Capacitance 


Power Supply Current 8XCLK=8MHz 


Quiescent Power Supply 
Current 


AC Specifications: | TA=0-70°C, VDD =5V +/-10% 





Tsymboi | ___Parameter————S|sMin_ 


v1 
T2 
T3 
T4 
TS 


8X CLK Specifications 


i) Crystal Frequency range (Pins X1, X2) 


Max. 32 MHz Crystal, reasoning at fundamental frequency 


ii) CMOS Clock Input @ Pin X1 


Max. 32 MHz 


wax 


125 ns for 
STARLAN 












8XCLK PERIOD 
















8XCLK LOW Time 
8XCLK HIGH Time 
8XCLK Rise Time 


8XCLK Fall Time 
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0 
AC Specifications: TA=0-70 C, VDD =5V 4/-10% 


[Symbor [Parameter [win [wax] unte | homane 


Rise Time Outputs (CMOS) CL = 15 pF 
Rise Time Outputs (TTL ) CL = 15 pF 
Fail Time Outputs (CMOS) CL = 15 pF 
Fall Time Outputs (TTL) CL = 15 pF 


Rise Time at Inputs 
Fali Time at Inputs 


TXDOUT Transition to 
Transition 
TXDIN Hold to TXC 


TXDIN Setup to TXC 


TXDOUT Valid to TXC 
(Half bit/Full bit cell) 


TXC Period (Bit Time) (Bit Time = 1 ps at 


1MHz for STARLAN) 


RTS to TXC Set-up 


RTS to TXC Hold 

CTS LOW to First TXDOUT Bit 

CTS HIGH from Last TXDOUT Bit 

RXDIN Half Ba Cell 

RXDOUT to RXC Hold 

RXDOUT to RXC Setup 

‘RXDIN to CRS 

CRS Delay from Last Data Bit 

Receive Data Jitter Tolerance (125 ns for 1 MBit 


From Center of Bit Cell STARLAN) 
Transmit Data Jitter 
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AC Timing Diagrams 


we UL ee ee eal ek ee os 
RTS | Stl 2.5 Bits 
1 


/2BitMax —p{| }e- 


CTS | / 


TXDIN t e 3 4 
—— >| 3BiIMa.  e— patnals 


TXDOUT | | | | as LI 






1 2 3 4 n-4 n 
TRANSMIT SEQUENCE 
10101 0340 1401 101417101 0010 °&« (OLE 
pon TE PLE LE LE LIL ALS eseris ta 
-~-—— 6 BITS MAX ——?P| 1|¢—— 
RXDOUT 1[/O0;1] 0 0/1} O11 14 #@] Of 110 Of 1} 07 IDE 
LAST 
DATA 
RECEIVE SEQUENCE 


SS ee Se 


1 2 3 4 5 6 7 8 


137 <_< —__ >| 137 


RXDIN XILLLT LX 


RECEIVE DATA JITTER TOLERANCE 
(+/- 125 ns at 1MB Data rate) 
NOTE: Alltimings assume PSEL = HIGH. 


8XCLK 
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SLI reserve the right to make changes in specifications at any time without notice. 

The information furnished by SLI in this publication is believed to be accurate and 
reliable. However, no responsibility is assumed by SLI for its use; nor for any infringements 
of patents or other rights of third parties resulting from its use. 
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ISOLATION TRANSFORMERS AND DATA BUS 
INTERFACE MODULE FOR STARLAN APPLICATIONS 


; IEEE 802.3 (1 base 5) compatiable. 
;, Single and dual low profile packages. 
;; Surface mount package option. 


High isolation voltage to comply with international safety 
requirement for LAN's. (ECMA 97) 


;; Designed for hub and node use. 
.. Fast rise time available. 
.. 4wire filters available. 


:; Modules provide galvanic isolation and common mode 
suppression for the data bus interface. 


ELECTRICAL SPECIFICATIONS @25°C 


Sine Wave Pulse” Primary Rise Pri/Sec Pri-Sec Primary 
Turns Ratio | Inductance | Inductance |ET-Constant Time Cw/w Leakage DCR : Package 
(mMH+20%) | (MH Min) | (V-us Min) | (ns Max) (pf Max) | Inductance | (ohms Max) ©) Style 
H Max 


uries52 | 1:1 | 25 | 20 | 20 | 100 | 2 | 8 | 10 | 2000 | A 
uriessa [ir [a5 [a0 [a0 fas [ao fas [10 | 2000 fa 


utiese2™| a1 | 25 [ 20 | 20 | 10 | 2 | «6 | 10 | 2000 | B 
utiess2® 4:1 | 25 | 20 | 20 | 2 | 40 | 11 | 10 | 2000 | B 
uties73 | 1:1 | 25 | 20 | 20 | 100 | 2 | 8 | 10 | 2000 | D 
uties71 | 1:1 | 25 | 20 | 2 | 2 | 4o | 11 | 10 | 2000 | D 








120 





PACKAGE A PACKAGE B PACKAGE C SCHEMATIC A 
500 MAX 840 MAX 585 ; : 
[12.70 MAX” lj. 2134MAX | 34 MAX js 1485 ~~ *)||C 
UTIOXXX A UWEC EF de UMEC} 2/2 i 
: 1° SUTIEXXX_ | *|5 eUTIEXXX) 81S 
SCHEMATIC B 
=F x 14 12 10 8 
"| "| 
SCHEMATIC C 
1O—SeV VV V VY \—o 8 
.XXX=; .010 inches 2 ka a A a 
XX=] 25 mm 30-—SeV VV V VY \—o 6 
4 O—eV VV VY \—o 5 


“Specifications are subject to change without prior notice. 
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